Teardown
Teardown happens in two distinct steps with very different consequences: deleting individual StackSets, and disabling the StackSets service for your organization. Disabling the service is blocked until every StackSet has been deleted.
Deleting a StackSet
Deleting a StackSet opens a confirmation dialog where you choose what happens to the deployed stacks:
| Option | What happens |
|---|---|
| Delete stacks | Every stack instance is deleted and the resources those stacks created are destroyed in each target account and region |
| Retain stacks | The stack instances are removed from the StackSet, but the deployed stacks and their resources keep running in each account |
Retain stacks does not stop billing. Retained stacks and the resources in them continue to run — and continue to incur AWS charges — in every account they were deployed to. They are simply no longer managed by this StackSet. If you want the resources gone, choose Delete stacks.
To confirm, you must type the StackSet's name into the dialog. A progress screen appears while the instances are removed, and the StackSet disappears from the list once deletion completes.
Disabling the StackSets Service
Disabling the service removes the StackSets footprint that enablement created across your accounts. You control it from the Danger zone section at the bottom of the StackSets list page.
- Delete every StackSet first. The Disable StackSets button stays disabled while any StackSet still exists, so work through the deletions above until the list is empty.
- Click Disable StackSets. A confirmation dialog appears with an Also delete the template bucket checkbox.
- Confirm to disable the service.
What disabling does:
- Role removal: Prism removes
CKPrism-StackSetAdministrationRolefrom the administration account andCKPrism-StackSetExecutionRolefrom every onboarded account. - Template bucket: if you tick Also delete the template bucket, Prism deletes the
ck-prism-cfn-<account-id>-<region>bucket. This option is only available when Prism created the bucket during enablement.
Disabling removes execution roles from every account through a provisioning fan-out. Like enablement, this fan-out is not resumable across a backend restart — if the backend restarts mid-disable, the affected accounts are marked failed and you retry them from the role-provisioning grid on the StackSets list page.
Related Pages
- CloudFormation StackSets, Service overview and what enablement creates
- Updating & Sync, Removing targets from a StackSet without deleting it
- Deploying a StackSet, Creating a new StackSet after re-enabling