你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站，请访问 https://docs.azure.cn。
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 配对区域
许多区域都有一个配对区域，用于支持基于邻近度和其他因素的跨区域复制。
重要
若要详细了解所在区域的体系结构和可用配对，请联系 Microsoft 销售人员或客户代表。
Azure 区域对
| 地理位置 | 区域对 A | 区域对 B |
|---|---|---|
| 亚太地区 | 东亚（香港特别行政区） | 东南亚（新加坡） |
| 澳大利亚 | 澳大利亚东部 | 澳大利亚东南部 |
| 澳大利亚中部 | 澳大利亚中部 2* | |
| 巴西 | 巴西南部 | 美国中南部 |
| 巴西东南部* | Brazil South | |
| 加拿大 | 加拿大中部 | 加拿大东部 |
| 中国 | 中国北部 | 中国东部 |
| 中国北部 2 | 中国东部 2 | |
| 中国北部 3 | 中国东部 3* | |
| 欧洲 | 北欧(爱尔兰) | 西欧(荷兰) |
| 法国 | 法国中部 | 法国南部* |
| 德国 | 德国中西部 | 德国北部* |
| 印度 | 印度中部 | 印度南部 |
| 印度中部 | 印度西部 | |
| 印度西部 | 印度南部 | |
| 日本 | 日本东部 | 日本西部 |
| 韩国 | 韩国中部 | 韩国南部* |
| 挪威 | 挪威东部 | 挪威西部* |
| 南非 | 南非北部 | 南非西部* |
| 瑞典 | 瑞典中部 | 瑞典南部* |
| 瑞士 | 瑞士北部 | 瑞士西部* |
| 英国 | 英国西部 | 英国南部 |
| 美国 | 美国东部 | 美国西部 |
| 美国东部 2 | Central US | |
| 美国中北部 | 美国中南部 | |
| 美国西部 2 | 美国中西部 | |
| 美国西部 3 | 美国东部 | |
| 阿拉伯联合酋长国 | 阿拉伯联合酋长国北部 | 阿联酋中部* |
| 美国国防部 | US DoD 东部* | US DoD 中部* |
| 美国政府 | US Gov 亚利桑那州* | US Gov 德克萨斯州* |
| US Gov 弗吉尼亚州* | US Gov 德克萨斯州* | |
| US Gov 德克萨斯州* | US Gov 弗吉尼亚州* |
(*) 某些区域的访问受到限制，以支持特定的客户方案，例如国内/区域内灾难恢复。 只有通过创建新的支持请求进行请求时，这些区域才可用。
重要
- 印度西部仅在一个方向上配对。 印度西部的次要区域是印度南部，而印度南部的次要区域是印度中部。
- 美国西部 3 区域与美国东部区域单向配对。 此外，美国东部区域与美国西部区域双向配对。
- 巴西南部与其他区域的不同之处在于，它与其地理位置外部的区域配对。 巴西南部的次要区域是美国中南部。 美国中南部的次要区域并不是巴西南部。
具有可用性区域且无区域对的区域
Azure 继续在没有区域对的区域中全球扩展，并利用可用性区域和本地冗余存储或区域冗余存储 (LRS/ZRS) 来实现高可用性。 没有区域对的区域不会有异地冗余存储 (GRS)。 但是，某些服务为跨区域复制提供替代选项。
非配对区域遵循数据驻留准则，允许选择将数据驻留在同一区域内。 客户负责根据他们的恢复点目标或恢复时间目标 (RTO/RPO) 需求进行数据恢复，可能会从全球任何位置移动、复制或访问其数据。 在整个 Azure 区域不可用的罕见情况中，客户将需要按照支持高可用性的 Azure 服务和 Azure 复原 - 业务连续性和灾难恢复中的准则来计划跨区域灾难恢复。
下表列出了没有区域对的 Azure 区域：
| 地区 | 区域 |
|---|---|
| 奥地利 | 奥地利东部（即将推出） |
| 以色列 | 以色列中部 |
| 意大利 | 意大利北部 |
| 墨西哥 | 墨西哥中部 |
| 新西兰 | 新西兰北部（即将推出） |
| 波兰 | 波兰中部 |
| 卡塔尔 | 卡塔尔中部 |
| 西班牙 | 西班牙中部 |