文档中心

文档数据库 MongoDB 版

多可用区同城容灾解决方案

功能介绍

文档数据库 MongoDB 版支持在新建实例或恢复到新实例时，选择多可用区部署方式。相比单可用区部署方式，多可用区部署具备更高的容灾能力，可以抵御机房级别的故障。本文介绍 MongoDB 的可用区的部署方式。

注意事项

实例所在地域需要支持 3 个及以上的可用区资源才支持选择多可用区部署方式。当前仅如下地区支持 3 个及以上的可用区资源：

华东 2（上海）

华北 2（北京）

华南 1（广州）

跨可用区部署可提高可用性，同时可能会出现 2 ms ~ 3 ms 的网络延迟。

可用区部署方式

文档数据库 MongoDB 版通过多可用区部署方式实现了同城容灾，实例类型不同，节点部署策略也不同。

副本集实例

部署方式	节点部署策略
多可用区部署	副本集实例为三副本架构，默认包含三个节点，这三个节点会分别部署在同一地域下三个不同的可用区中，并通过内部网络实现节点间的信息互通。当主用区出现故障不可通信时，系统将自动触发主从节点切换操作，确保整个副本集实例的高可用。
单可用区部署	副本集实例中所有的节点全都部署在同一可用区中。

副本集实例支持的可用区部署架构图如下所示。

多可用区部署

单可用区部署

分片集群实例

部署方式	节点部署策略
多可用区部署	分片集群实例中的各组件会被分别部署在同一地域下的三个不同可用区中，并通过内部网络实现节点间的信息互通。当主用区出现故障不可通信时，系统将自动触发主从节点切换操作，确保整个分片集群实例的高可用。 Mongos 节点：在所有可用区中均衡部署。每个分片集群实例中默认包含两个 Mongos 节点，这两个节点会分别部署在两个不同的可用区中。当增加第三个节点时，默认部署在第三个可用区中，后续增加的节点会依次部署在各可用区中。 Shard 分片：每个 Shard 分片中的主节点（Primary 节点）默认部署在主可用区，从节点（Secondary 节点）和隐藏节点（Hidden 节点）分别部署在两个不同的备可用区中。新增加的 Shard 分片中各个节点的可用区部署方式，与已有 Shard 分片中各个节点的部署方式保持一致。例如 Shard 1 和 Shard 2 分片中的 Primary 均部署在主可用区 A，而 Secondary 和 Hidden 节点分别按顺序部署在备可用区 B 和 C 中。此时若新增一个 Shard 3 分片，那么新增 Shard 分片中的 Primary 也会部署在主可用区 A，Secondary 和Hidden 节点则分别按顺序被部署在备可用区 B 和 C 中。 ConfigServer 节点：每个 ConfigServer 的主节点（Primary节点）、从节点（Secondary 节点）与隐藏节点（Hidden 节点）会分别部署在三个不同的可用区中。
单可用区部署	分片集群实例中所有的 Mongos 节点、Shard 分片和 ConfigServer 节点全都部署在同一可用区中。

分片集群实例支持的可用区部署架构图如下所示。

说明

MongoDB 实例中各 Mongos 节点作用一样，为便于查看，仅将 Mongos Node 1 与 ConfigServer 和 Shard 节点的连接展示在下图中，其余所有 Mongos 节点的连接方式与 Mongos Node 1 的一样。

多可用区部署

单可用区部署