Walkthrough: Decommission an AWS Control Tower Landing Zone
AWS Control Tower allows you to set up and govern secure multi-account AWS environments, known as landing zones. The process of cleaning up all of the resources allocated by AWS Control Tower is referred to as decommissioning a landing zone.
If you no longer want to use AWS Control Tower, the automated decommissioning tool cleans up the resources allocated by AWS Control Tower. To begin the automated decommissioning process, navigate to the Landing Zone Settings page, select the decommission tab, and choose Decommission landing zone.
For a list of actions performed during decommissioning, see Overview of the decommissioning process.
Warning
Manually deleting all of your AWS Control Tower resources is not the same as decommissioning. It will not allow you to set up a new landing zone.
Your data and your existing AWS Organizations are not changed by the decommissioning process, in the following ways.
-
AWS Control Tower does not remove your data, it only removes parts of the landing zone that it created.
-
After the decommissioning process is complete, a few resource artifacts remain, such as Amazon S3 buckets and Amazon CloudWatch Logs log groups. These resources must be deleted manually before you set up another landing zone, and to avoid possible costs associated with maintaining certain resources.
-
You can’t use automated decommissioning to remove a landing zone that’s partially set up. If your landing zone setup process fails, you must resolve the failure state and set it up all the way to make automated decommissioning possible, or you must manually delete the resources individually.
Decommissioning a landing zone is a process with significant consequences, and it cannot be undone. The decommissioning actions taken by AWS Control Tower and the artifacts that remain after decommissioning are described in the following sections.
Important
We strongly recommend that you perform this decommissioning process only if you intend to stop using your landing zone. It is not possible to re-create your existing landing zone after you've decommissioned it.
Manual cleanup tasks required after decommissioning
-
You must specify different email addresses for the Log archive and Audit accounts if you create a new landing zone after decommissioning one, or follow the procedure for bringing your own existing Log archive or Audit accounts.
-
The CloudWatch Logs log group,
aws-controltower/CloudTrailLogs
, must be deleted manually before you set up another landing zone. -
The two Amazon S3 buckets with reserved names for logs must be removed, or renamed, manually.
-
You must delete, or rename, the existing Security and Sandbox organizational units manually.
Note
Before you can delete the AWS Control Tower Security OU organization, you must first delete the logging and audit accounts, but not the management account. To delete these accounts, you must When to sign in as a root user to the audit account and to the logging account and delete them individually.
-
You may wish to delete the AWS IAM Identity Center (IAM Identity Center) configuration for AWS Control Tower manually, but you can proceed with the existing IAM Identity Center configuration.
-
You may wish to remove the VPC created by AWS Control Tower, and remove the associated AWS CloudFormation stack set.
Before you can set up a new landing zone in a new AWS Region, you must follow these additional steps.
-
Enter the following command through the CLI:
aws organizations disable-aws-service-access --service-principal controltower.amazonaws.com
-
Delete the remaining managed rule, called
AWSControlTowerManagedRule
, from the shared and member accounts for all governed Regions.AWSControlTowerManagedRule
is an Amazon EventBridge rule.
-