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.
Deleting a workspace is irreversible. It removes the workspace's clusters, catalog registrations, and the metadata stored in its S3 bucket. Confirm the workspace is no longer in use before you begin.
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
See also
Deploy workspace and e6data - what these steps reverse.
Troubleshooting - resources stuck during teardown.
Last updated
Was this helpful?

