title | description | author | ms.service | ms.topic | ms.date | ms.author |
---|---|---|---|---|---|---|
Business continuity and disaster recovery (BCDR): Azure Paired Regions | Microsoft Docs |
Learn about Azure regional pairing, to ensure that applications are resilient during data center failures. |
rayne-wiselman |
multiple |
article |
07/03/2018 |
raynew |
Azure operates in multiple geographies around the world. An Azure geography is a defined area of the world that contains at least one Azure Region. An Azure region is an area within a geography, containing one or more datacenters.
Each Azure region is paired with another region within the same geography, together making a regional pair. The exception is Brazil South, which is paired with a region outside its geography. Across the region pairs Azure will serialize platform updates (planned maintenance) so that only one paired region will be updated at a time. In addition, in the event of an outage affecting multiple regions at least one region in each pair will be prioritized for recovery.
Figure 1 – Azure regional pairs
Geography | Paired regions | |
---|---|---|
Asia | East Asia | Southeast Asia |
Australia | Australia East | Australia Southeast |
Australia | Australia Central | Australia Central 2 |
Brazil | Brazil South 2 | South Central US |
Canada | Canada Central | Canada East |
China | China North | China East |
China | China North 2 | China East 2 |
Europe | North Europe | West Europe |
France | France Central | France South |
Germany | Germany Central | Germany Northeast |
India | Central India | South India |
India | West India (1) | South India |
Japan | Japan East | Japan West |
Korea | Korea Central | Korea South |
North America | East US | West US |
North America | East US 2 | Central US |
North America | North Central US | South Central US |
North America | West US 2 | West Central US |
UK | UK West | UK South |
US Department of Defense | US DoD East | US DoD Central |
US Government | US Gov Arizona | US Gov Texas |
US Government | US Gov Iowa (3) | US Gov Virginia |
US Government | US Gov Virginia (4) | US Gov Texas |
Table 1 - Mapping of Azure regional pairs
- (1) West India is different because it is paired with another region in one direction only. West India's secondary region is South India, but South India's secondary region is Central India.
- (2) Brazil South is unique because it is paired with a region outside of its own geography. Brazil South’s secondary region is South Central US, but South Central US’s secondary region is not Brazil South.
- (3) US Gov Iowa's secondary region is US Gov Virginia, but US Gov Virginia's secondary region is not US Gov Iowa.
- (4) US Gov Virginia's secondary region is US Gov Texas, but US Gov Texas' secondary region is not US Gov Virginia.
We recommend that you configure business continuity disaster recovery (BCDR) across regional pairs to benefit from Azure’s isolation and availability policies. For applications which support multiple active regions, we recommend using both regions in a region pair where possible. This will ensure optimal availability for applications and minimized recovery time in the event of a disaster.
Figure 2 below shows a hypothetical application which uses the regional pair for disaster recovery. The green numbers highlight the cross-region activities of three Azure services (Azure compute, storage, and database) and how they are configured to replicate across regions. The unique benefits of deploying across paired regions are highlighted by the orange numbers.
Figure 2 – Hypothetical Azure regional pair
As referred to in figure 2.
Azure Compute (IaaS) – You must provision additional compute resources in advance to ensure resources are available in another region during a disaster. For more information, see Azure resiliency technical guidance.
Azure Storage - Geo-Redundant storage (GRS) is configured by default when an Azure Storage account is created. With GRS, your data is automatically replicated three times within the primary region, and three times in the paired region. For more information, see Azure Storage Redundancy Options.
Azure SQL Database – With Azure SQL Database Geo-Replication, you can configure asynchronous replication of transactions to any region in the world; however, we recommend you deploy these resources in a paired region for most disaster recovery scenarios. For more information, see Geo-Replication in Azure SQL Database.
Azure Resource Manager - Resource Manager inherently provides logical isolation of service management components across regions. This means logical failures in one region are less likely to impact another.
As referred to in figure 2.
Physical isolation – When possible, Azure prefers at least 300 miles of separation between datacenters in a regional pair, although this isn't practical or possible in all geographies. Physical datacenter separation reduces the likelihood of natural disasters, civil unrest, power outages, or physical network outages affecting both regions at once. Isolation is subject to the constraints within the geography (geography size, power/network infrastructure availability, regulations, etc.).
Platform-provided replication - Some services such as Geo-Redundant Storage provide automatic replication to the paired region.
Region recovery order – In the event of a broad outage, recovery of one region is prioritized out of every pair. Applications that are deployed across paired regions are guaranteed to have one of the regions recovered with priority. If an application is deployed across regions that are not paired, recovery might be delayed – in the worst case the chosen regions may be the last two to be recovered.
Sequential updates – Planned Azure system updates are rolled out to paired regions sequentially (not at the same time) to minimize downtime, the effect of bugs, and logical failures in the rare event of a bad update.
Data residency – A region resides within the same geography as its pair (with the exception of Brazil South) in order to meet data residency requirements for tax and law enforcement jurisdiction purposes.