使用 Azure Cosmos DB for MongoDB vCore 进行业务连续性和灾难恢复的故障转移

为了最大化运行时间,请提前规划以维持业务连续性并使用 Azure Cosmos DB for MongoDB vCore 为灾难恢复做好准备。

虽然 Azure 服务旨在最大程度地提高运行时间,但可能会出现计划外服务中断。 灾难恢复计划可确保用户有适当的策略来处理区域服务中断。

在本文中,将学习以下内容:

  • 规划 Azure Cosmos DB for MongoDB vCore 和关联资源的多区域部署。
  • 设计解决方案以实现高可用性。
  • 启动到另一个 Azure 区域的故障转移。

重要

Azure Cosmos DB for MongoDB vCore 未提供内置的自动故障转移或灾难恢复。 在解决方案扩展过程中,规划高可用性是其中关键一步。

Azure Cosmos DB for MongoDB vCore 会定期自动备份数据。 自动备份不会影响数据库操作的性能或可用性。 所有备份都会在后台自动执行,并独立于存储服务中的源数据进行存储。 这些自动备份非常有用在下列情况下很有用:意外删除或修改了资源,后来又需要原始版本。

根据群集当前处于活动状态还是最近才被删除,自动备份将以不同的时间间隔保留。

保留期
活动的群集 35
已删除的群集 7

旨在实现高可用性

应为运行生产工作负荷的关键 Azure Cosmos DB for MongoDB vCore 群集启用高可用性 (HA)。 在启用 HA 的群集中,每个分片都充当主分片,同时在另一个可用性区域中预配热备分片。 默认情况下,主分片和辅助分片之间的复制是同步的。 在收到来自数据库的响应之前,主分片和辅助分片(热备用分片)上都会保留对数据库所做的任何修改。

该服务可对群集的每个主分片和辅助分片进行运行状况检查并保持检测信号。 如果主分片由于区域或地区中断而变得不可用,则辅助分片将自动升级为新的主分片,并为新的主分片构建后续辅助分片。 此外,如果辅助分片变为不可用状态,服务会自动创建一个新的辅助分片,其中包含来自主分片的完整数据副本。

如果服务触发从主分片到辅助分片的故障转移,连接将无缝路由到新的主分片。

如果发生故障转移,主分片和辅助分片之间的同步复制保证数据不会丢失。

配置高可用性

可以在创建新群集更新现有群集时指定高可用性。