Azure 中的跨区域复制:业务连续性和灾难恢复

许多组织既需要可用性区域提供高可用性,也需要这些可用性区域得到保护支持,避免发生大规模现象和区域灾难。 Azure 区域旨在通过可用性区域提供针对本地灾难的保护。 但通过利用另一个使用跨区域复制的区域,它们还可以使用灾难恢复来防范区域性或大型地理位置灾难。

跨区域复制

为了确保中国范围内的客户受支持,Azure 维护多个地理位置。 这些离散的分界定义了跨一个或多个 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 销售或客户代表。

Azure 中国区域对

地理位置 区域对 A 区域对 B
中国 中国北部 中国东部
中国 中国北部 2 中国东部 2
中国 中国北部 3 中国东部 3*

(*) 某些区域的访问受到限制,以支持特定的客户方案,例如国内灾难恢复。 只有通过创建新的支持请求进行请求时,这些区域才可用。

后续步骤