Enable or disable Amazon Web Services Regions in your account
An Amazon Web Services Region is a physical location in the world where Amazon has
multiple Availability Zones. Availability Zones consist of one or more discrete Amazon data
centers, each with redundant power, networking, and connectivity, housed in separate
facilities. This means that each Amazon Web Services Region is physically isolated and independent of the
other Regions. Regions provide fault tolerance, stability, and resilience, and can also
reduce latency. Running workloads in an Amazon Web Services Region closer to end users can improve
performance and lower latency. For a map of available and upcoming Regions, see Regions and
Availability Zones
Amazon Web Services Regions broadly fall into two categories of availability for accounts:
-
Default Regions – Regions launched before March 20, 2019 are enabled by default. You can create and manage resources in these default Regions immediately after your account activation. Default Regions cannot be enabled or disabled.
-
Opt-in Regions – Regions launched after March 20, 2019 are disabled by default and referred to as opt-in Regions. Disabled opt-in Regions are not shown in the Console Navigation bar, and you cannot use these Regions to create workloads until they are enabled. To use these opt-in Regions, you must first enable them in your Amazon Web Services account. After enabling an opt-in Region, you can select that Region in the navigation bar and create and manage resources in that Region. To enable opt-in Region for your standalone accounts, see Enable or disable a Region for standalone accounts and to enable opt-in Region for your member accounts, see Enable or disable a Region in your organization.
When you sign up for an Amazon Web Services account, Amazon recommends an opt-in Region for you based on your contact address country. Customers in a country with an Amazon opt-in Region see a recommendation on the Contact Information page to enable the opt-in Region in that country. Customers in a country with both an opt-in Region and a default Region, like India, Australia, or Canada, see a recommendation to select the opt-in Region if the opt-in Region is closer to them than the default Region. After an account is activated, you can enable other Amazon opt-in Regions in your account or choose to disable the opt-in Region you enabled during sign-up.
When you create an Amazon Web Services account, your IAM data and credentials are automatically configured to work across all default Regions, allowing the root user and IAM identities with appropriate permissions to access Amazon services in these Regions using their existing credentials. Amazon opt-in Regions are disabled by default, and IAM data and credentials are not initially available in these Regions, which prevents access to Amazon services in that Region. When you choose to enable an opt-in Region, Amazon propagates your IAM data and credentials to that Region. Once the propagation is complete and the opt-in Region is enabled, the root user and IAM identities can then access Amazon services in the newly enabled opt-in Region using the same IAM credentials they use in default Regions.
When you disable an opt-in Region, your IAM credentials are deactivated and you lose IAM access to the resources in that opt-in Region. Disabling an opt-in Region does not delete the resources in that Region and charges for resources (if any) in that disabled opt-in Region continue to accrue at the standard rate.
Amazon groups Regions into partitions. Every Region is in exactly one partition, and each partition
has one or more Regions. Partitions have independent instances of Amazon Identity and Access Management (IAM) and
provide a hard boundary between Regions in different partitions. Amazon commercial
Regions are in the aws partition, Regions in China are in the
aws-cn partition, and Amazon GovCloud (US) Regions are in the
aws-us-gov partition. Depending on the partition where you created your
Amazon Web Services account, you can use Amazon Web Services Regions within that partition.
-
An account in
awspartition provides you access to multiple Regions in the commercial partition so that you can launch Amazon resources in locations that meet your requirements. For example, you might want to launch Amazon EC2 instances in Europe to be closer to your European customers or to meet legal requirements. -
An account in
aws-us-govpartition provides you access to the Amazon GovCloud (US-West) Region and the Amazon GovCloud (US-East) Region. For more information, see Amazon GovCloud (US). -
An account in
aws-cnpartition provides you access to the Beijing and Ningxia Regions only. For more information, see Amazon Web Services in China.
Topics
Regional availability reference
The following tables list Amazon Web Services Regions by availability type. Default Regions are enabled automatically and cannot be disabled, while opt-in Regions must be manually enabled before you can use them:
Important
Amazon recommends that you use regional Amazon Security Token Service (Amazon STS) endpoints instead of the global endpoint to reduce latency. Session tokens from regional Amazon STS endpoints are valid in all Amazon Regions. If you use regional Amazon STS endpoints, you don't need to make any changes. However, session tokens from the global Amazon STS endpoint (https://sts.amazonaws.com.cn) are valid only in Amazon Web Services Regions that you enable, or that are enabled by default. If you intend to enable a new Region for your account, you can either use session tokens from regional Amazon STS endpoints or activate the global Amazon STS endpoint to issue session tokens that are valid in all Amazon Web Services Regions. Session tokens that are valid in all Regions are larger. If you store session tokens, these larger tokens might affect your systems. For more information about how Amazon STS endpoints work with Amazon Regions, see Managing Amazon STS in an Amazon Region.
Considerations before enabling and disabling Regions
Before you enable or disable a Region, it's important to consider the following:
-
You can use all destination Regions in a cross-Region inference geography regardless of Region-opt status – Certain Amazon generative AI services including Amazon Bedrock (see Increase throughput with cross-Region inference) and Amazon Q Developer (see Cross-region processing in Amazon Q Developer) use cross-region inference. If you use those services, they automatically select the optimal Amazon Web Services Region–including Regions that you have not enabled for resources and IAM data–within your chosen geography. This improves the customer experience by maximizing available compute and model availability.
-
You can use IAM permissions to control access to Regions – Amazon Identity and Access Management (IAM) includes four permissions that let you control which users can enable, disable, get, and list Regions. For more information, see Amazon: Allows enabling and disabling Amazon Web Services Regions in the IAM User Guide. You can also use the
aws:RequestedRegioncondition key to control access to Amazon Web Services services in an Amazon Web Services Region. -
Enabling and disabling a Region is free – There is no charge to enable or disable a Region. You're charged only for resources that you create in the new Region.
-
Amazon EventBridge integration – You can subscribe to region-opt status update notifications in EventBridge. An EventBridge notification will be created for each status change, allowing customers to automate work flows.
-
Expressive Region-opt status – Due to the asynchronous nature of enabling/disabling an opt-in region, there are four potential statuses for a region-opt request:
-
ENABLING -
DISABLING -
ENABLED -
DISABLED
You cannot cancel an opt-in or opt-out when it is in either
ENABLINGorDISABLINGstatus. Otherwise, aConflictExceptionwill be thrown. A completed (Enabled/Disabled) region-opt request is dependent on the provisioning of key underlying Amazon services. There might be some Amazon services that will not be immediately usable despite the status beingENABLED. -
Processing times and request limits
When enabling or disabling Regions, be aware of the following timing and request limitations:
-
Enabling a Region takes a few minutes to several hours in some cases – When you enable a Region, Amazon performs actions to prepare your account in that Region, such as distributing your IAM resources to the Region. This process takes a few minutes for most accounts, but can sometimes take several hours. You cannot use the Region until this process is complete.
-
Disabling a Region isn't always immediately visible – Services and consoles might be temporarily visible after disabling a region. Disabling a Region can takes a few minutes to several hours to take effect.
-
A single account can have 6 region-opt requests in progress at any given time – One request is equal to either an enable or disable of one particular region for one account.
-
Organizations can have 50 region-opt requests open at a given time across an Amazon organization – The management account can at any point in time have 50 open requests pending completion for its organization. One request is equal to either an enable or disable of one particular region for one account.
Enable or disable a Region for standalone accounts
To update which Regions your Amazon Web Services account has access to, perform the steps in the following procedure. The Amazon Web Services Management Console procedure below always works only in the standalone context. You can use the Amazon Web Services Management Console to view or update only the available Regions in the account you used to call the operation.
Enable or disable a Region in your organization
To update the enabled Regions for member accounts of your Amazon Organizations, perform the steps in the following procedure.
Note
The Amazon Organizations managed policies AWSOrganizationsReadOnlyAccess or
AWSOrganizationsFullAccess are updated to provide permission to
access the Amazon Account Management APIs so you can access account data from the Amazon Organizations console.
To view the updated managed policies, see Updates to Organizations Amazon managed policies
Note
Before you can perform these operations from the management account or a delegated admin account in an organization for use with member accounts, you must:
-
Enable all features in your organization to manage settings on your member accounts. This allows admin control over the member accounts. This is set by default when you create your organization. If your organization is set to consolidated billing only, and you want to enable all features, see Enabling all features in your organization
. -
Enable trusted access for the Amazon Account Management service. To set this up, see Enable trusted access for Amazon Account Management.