category
虽然Azure区域旨在通过可用性区域提供针对本地灾难的保护,但它们也可以通过使用另一个使用跨区域复制的辅助区域,通过灾难恢复提供针对区域或大型地理灾难的保护。主区域和次区域一起形成区域对。
跨区域复制是Azure业务连续性和灾难恢复战略中的几个重要支柱之一。跨区域复制基于应用程序和数据的同步复制,通过使用主Azure区域内的可用性区域实现高可用性。跨区域复制跨其他Azure区域异步复制相同的应用程序和数据,以实现灾难恢复保护。
图片描述了通过跨其他Azure区域异步复制应用程序和数据以实现灾难恢复保护的高可用性。
一些Azure服务支持跨区域复制,以确保业务连续性并防止数据丢失。Azure提供了多种存储解决方案,这些解决方案利用跨区域复制来确保数据可用性。例如,Azure地理冗余存储(GRS)会自动将数据复制到辅助区域。这种方法确保了即使主区域不可恢复,数据也是持久的。
共同责任
并非所有Azure服务都会自动复制数据,或者从失败的区域自动回退到另一个启用的区域进行交叉复制。在这些场景中,您负责恢复和复制。这些例子是共同责任模式的例证。它是您灾难恢复战略中的一个基本支柱。有关共享责任模型的更多信息,以及了解Azure中的业务连续性和灾难恢复,请参阅Azure中的“业务连续性管理”。
在灾难恢复方面,共同责任成为您战略决策的关键。Azure不要求您使用跨区域复制,您可以使用服务来构建弹性,而无需跨区域复制到另一个启用的区域。但我们强烈建议您跨区域配置基本服务,以从隔离中受益并提高可用性。
对于支持多个活动区域的应用程序,我们建议您使用可用的多个启用区域。这种做法可确保应用程序的最佳可用性,并在事件影响可用性时将恢复时间降至最低。只要有可能,设计您的应用程序以实现最大的弹性和易于灾难恢复。
跨区域复制的好处
服务跨区域复制和数据的架构可以根据每个服务来决定。您需要根据组织的战略和业务需求采取成本效益分析方法。跨区域复制的主要和连锁反应是复杂而广泛的,值得详细阐述。这些好处包括:
- 区域恢复顺序:如果发生地理范围内的停机,则在每个启用的区域集中优先恢复一个区域。跨启用的区域集部署的应用程序保证有一个区域优先进行恢复。如果跨区域部署应用程序,而其中任何一个区域都未启用跨区域复制,则恢复可能会延迟。
顺序更新:为您启用的区域计划的Azure系统更新按时间顺序错开,以尽量减少停机时间、错误的影响以及罕见的错误更新事件中的任何逻辑故障。 - 物理隔离:Azure努力确保启用区域中的数据中心之间的最小距离为300英里(483公里),尽管这不可能在所有地区实现。数据中心分离降低了自然灾害、内乱、停电或物理网络中断影响多个地区的可能性。隔离受地理范围内的限制,如地理大小、电源或网络基础设施可用性以及法规。
- 数据驻留:各地区与其启用的数据集位于同一地理区域内(巴西南部和新加坡除外),以满足税务和执法管辖区的数据驻留要求。
虽然无法创建自己的区域配对,但您仍然可以通过在任意数量的区域构建服务,然后使用Azure服务对其进行配对,来创建自己的灾难恢复解决方案。例如,您可以使用Azure服务(如AzCopy)将数据备份计划到不同地区的Azure存储帐户。使用Azure DNS和Azure流量管理器,您可以为您的应用程序设计一个弹性架构,使其在主区域丢失后仍能生存。
Azure控制区域对的计划维护和恢复优先级。一些Azure服务默认依赖于区域对,例如Azure冗余存储。
您不仅限于在您的区域对中使用服务。虽然Azure服务可以依赖于特定的区域对,但您可以在满足业务需求的任何区域托管其他服务。例如,Azure GRS存储解决方案可以将加拿大中部的数据与加拿大东部的对等数据配对,同时使用位于美国东部的Azure Compute资源。
Azure配对区域
许多区域都有一个配对区域,以支持基于邻近度和其他因素的跨区域复制。
重要事项
要了解有关您所在地区的体系结构和可用配对的更多信息,请联系您的Microsoft销售或客户代表。
Azure区域对
Geography | Regional pair A | Regional pair B |
---|---|---|
Asia-Pacific | East Asia (Hong Kong Special Administrative Region) | Southeast Asia (Singapore) |
Australia | Australia East | Australia Southeast |
Australia Central | Australia Central 2* | |
Brazil | Brazil South | South Central US |
Brazil Southeast* | Brazil South | |
Canada | Canada Central | Canada East |
China | China North | China East |
China North 2 | China East 2 | |
China North 3 | China East 3* | |
Europe | North Europe (Ireland) | West Europe (Netherlands) |
France | France Central | France South* |
Germany | Germany West Central | Germany North* |
India | Central India | South India |
Central India | West India | |
West India | South India | |
Japan | Japan East | Japan West |
Korea | Korea Central | Korea South* |
Norway | Norway East | Norway West* |
South Africa | South Africa North | South Africa West* |
Sweden | Sweden Central | Sweden South* |
Switzerland | Switzerland North | Switzerland West* |
United Kingdom | UK West | UK South |
United States | East US | West US |
East US 2 | Central US | |
North Central US | South Central US | |
West US 2 | West Central US | |
West US 3 | East US | |
United Arab Emirates | UAE North | UAE Central* |
US Department of Defense | US DoD East* | US DoD Central* |
US Government | US Gov Arizona* | US Gov Texas* |
US Gov Virginia* | US Gov Texas* | |
US Gov Texas* | US Gov Virginia* |
(*)某些地区的访问权限受到限制,以支持特定的客户场景,例如国家/地区内的灾难恢复。这些区域仅在通过创建新的支持请求提出请求时可用。
重要事项
- 西印度只有一个方向。西印度的次要地区是南印度,但南印度的次要区域是印度中部。
- West US3与East US在一个方向上配对。此外,East US与West US双向配对。
- 巴西南部是独一无二的,因为它与地理之外的地区配对。巴西南部的次级地区是美国中南部。美国中南部的次级区域不是巴西南部。
有可用区但没有区域对的区域
Azure继续在没有区域对的地区进行全球扩展,并通过利用可用性区域和本地冗余或区域冗余存储(LRS/ZRS)实现高可用性。没有配对的区域将没有地理冗余存储(GRS)。然而,一些服务为跨区域复制提供了替代选项。
非配对区域遵循数据驻留指南,允许选择将数据驻留在同一区域内。客户根据其恢复点目标或恢复时间目标(RTO/RPO)需求负责数据弹性,并可以从全球任何位置移动、复制或访问其数据。在极少数情况下,如果整个Azure区域不可用,客户将需要根据支持高可用性和Azure弹性(业务连续性和灾难恢复)的Azure服务的指导来规划跨区域灾难恢复。
下表列出了没有区域对的Azure区域:
Geography | Region |
---|---|
Qatar | Qatar Central |
Mexico | Mexico Central |
Poland | Poland Central |
Israel | Israel Central |
Italy | Italy North |
Austria | Austria East (Coming soon) |
Spain | Spain Central |
Next steps
- 登录 发表评论
- 11 次浏览
最新内容
- 6 days 20 hours ago
- 6 days 20 hours ago
- 6 days 21 hours ago
- 6 days 21 hours ago
- 6 days 21 hours ago
- 1 week 5 days ago
- 1 week 6 days ago
- 2 weeks 2 days ago
- 2 weeks 2 days ago
- 2 weeks 2 days ago