For the complete documentation index, see llms.txt. This page is also available as Markdown.

Delete workspace

Tear down an In-VPC e6data workspace and its AWS resources in the reverse order they were created.

Removing a workspace means tearing down its Kubernetes resources and the AWS resources created for it, in roughly the reverse order of deployment.

Step 1: Remove the workspace components

Delete the workspace custom resources by re-rendering the chart and deleting what it produced (or delete the NamespaceConfig and QueryRouter directly):

helm template "${WORKSPACE_NAME}-ws" "${E6_WORKSPACE_CHART}" \
  --namespace "${NAMESPACE}" --values workspace-values.yaml \
  | kubectl delete -f -

# Confirm the custom resources are gone
kubectl get namespaceconfig,queryrouter,monitoringservices -n ${NAMESPACE}

Step 2: Remove the workspace NodePool and namespace

kubectl delete nodepool.karpenter.sh ${WORKSPACE_NAME}-nodepool
kubectl delete ec2nodeclass.karpenter.k8s.aws ${WORKSPACE_NAME}-nodeclass
kubectl delete namespace ${NAMESPACE}

Karpenter terminates the workspace's nodes once the NodePool is gone and no pods remain.

Step 3: Remove the Pod Identity associations

Step 4: Remove the workspace IAM roles

Delete the inline policies, then the roles:

Step 5: Remove the metadata bucket

This removes one workspace. The shared cluster components (EKS, Karpenter, the ALB Controller, cert-manager, the e6-operator) remain in place to serve other workspaces. Remove those only if you are decommissioning the entire EKS cluster.

See also

Last updated

Was this helpful?