Azure 跨区域复制
虽然 Azure 区域旨在通过可用性区域提供针对本地灾难的保护，但它们还可以利用另一个使用跨区域复制的次要区域，通过灾难恢复提供针对区域或大型地理灾难的保护。 主要区域和次要区域共同构成区域对。
跨区域复制是 Azure 业务连续性和灾难恢复策略中的几个重要支柱之一。 跨区域复制基于应用程序的同步复制，以及利用主要 Azure 区域内的可用性区域存在的数据的同步复制，以实现高可用性。 跨区域复制可跨其他 Azure 区域异步复制相同的应用程序和数据，以进行灾难恢复保护。
某些 Azure 服务支持跨区域复制以确保业务连续性并防范数据丢失。 Azure 提供了多个存储解决方案，这些解决方案使用跨区域复制来确保数据的可用性。 例如，Azure 异地冗余存储 (GRS) 会自动将数据复制到次要区域。 这种方法可确保即使主要区域不可恢复，数据也能持久存在。
共担责任
并非所有 Azure 服务都会自动复制数据，或自动从故障区域回退以跨区域复制到另一个已启用区域。 在这些方案中，你需要负责恢复和复制功能。 这些示例说明了共担责任模型。 这是灾难恢复策略的基本支柱。 有关共担责任模型以及 Azure 中的业务连续性和灾难恢复的详细信息，请参阅 Azure 中的业务连续性管理。
当涉及灾难恢复时，共担责任成为战略决策的关键。 Azure 不要求使用跨区域复制，因此可使用服务来构建复原能力，而无需跨区域复制到另一已启用区域。 但我们强烈建议跨区域配置基本服务，以从隔离中受益并提高可用性。
对于支持多个活动区域的应用程序，我们建议使用可用的多个已启用区域。 这种做法可确保应用程序的最佳可用性，并在事件影响可用性时最大程度缩短恢复时间。 尽可能设计你的应用程序以实现最大复原能力并简化灾难恢复。
跨区域复制的优势
服务跨区域复制和数据的体系结构可以按服务决定。 你需要根据组织的战略和业务需求采取成本效益分析方法。 跨区域复制的主要和连锁优势复杂且广泛，值得详细阐述。 优势包括：
- 区域恢复顺序：如果整个地理位置发生中断，则将从每个已启用区域集中优先恢复一个区域。 保证跨已启用区域集部署的应用程序具有优先恢复的区域之一。 如果跨区域部署应用程序时，其中任何一个区域不支持跨区域复制，则恢复可能会延迟。
- 顺序更新：为已启用区域计划的 Azure 系统更新将按时间顺序交错进行，以最大程度减少停机时间、bug 的影响，以及更新罕见发生错误时的任何逻辑故障。
- 物理隔离：尽管 Azure 努力确保已启用区域中的数据中心之间的距离至少为 300 英里（483 公里），但不可能跨越所有地理位置。 数据中心隔离降低了自然灾害、民事动乱、停电或物理网络中断影响多个区域的可能性。 隔离受限于地理位置内部的约束（例如地理位置大小、电力/网络基础结构可用性、法规等）。
- 数据驻留：区域与启用的集合位于同一地理位置，以满足税务和执法管辖范围的数据驻留要求。
尽管无法创建自己的区域配对，但可以通过在任意数量的区域中生成服务，然后使用 Azure 服务进行配对来创建自己的灾难恢复解决方案。 例如，可以使用 Azure 服务（如 AzCopy）对数据备份进行计划，将数据备份到其他区域中的 Azure 存储帐户。 使用 Azure DNS 和 Azure 流量管理器，你可以为应用程序设计一个在主要区域丢失后会继续存在的弹性体系结构。
Azure 控制区域对的计划内维护和恢复优先级。 某些 Azure 服务默认依赖于区域对，例如 Azure 冗余存储。
你并不局限于使用区域对中的服务。 虽然 Azure 服务可以依赖于特定区域对，但你可以在满足业务需求的任何区域中托管其他服务。 例如，Azure GRS 存储解决方案可以在使用位于“中国东部”区域的 Azure 计算资源的同时，将“加拿大中部”区域的数据与“加拿大东部”区域的对等数据配对。
Azure 配对区域
许多区域都有一个配对区域，用于支持基于邻近度和其他因素的跨区域复制。
重要
若要了解有关所在区域的体系结构和可用配对的详细信息，请联系 Azure 销售人员或客户代表。
由世纪互联运营的 Azure 区域对
| 地理位置 | 区域对 A | 区域对 B |
|---|---|---|
| 中国 | 中国北部 | 中国东部 |
| 中国北部 2 | 中国东部 2 | |
| 中国北部 3 | 中国东部 3* |
(*) 某些区域的访问受到限制，以支持特定的客户方案，例如国内/区域内灾难恢复。 只有通过创建新的支持请求进行请求时，这些区域才可用。