云数据库MongoDB的双节点架构是在云原生场景下新推出的一种高性价比部署架构，其成本低于副本集架构，可用性高于单节点架构。

公测说明

  • MongoDB双节点架构公测活动已结束，公测时间为2022.11.18~2023.03.31。公测期间可免费创建2个双节点副本集实例，公测结束后实例开始正常计费，如果您不再需要该实例，请及时释放，避免产生额外的费用。如何创建双节点副本集实例，请参见创建双节点副本集实例。
  • 公测期间不保障服务等级协议SLA，更多信息，请参见服务等级协议。
双节点架构实例使用期间，如果您有什么疑问，可以使用钉钉扫描以下二维码加入双节点形态公测支持群，在钉钉群中探讨问题并获取专家服务。公测支持群

使用限制

  • 云数据库MongoDB仅支持在以下地域的可用区创建双节点副本集实例。
    • 华东1（杭州）：杭州可用区I。
    • 华东2（上海）：上海可用区L。
    • 华北2（北京）：北京可用区K。
    • 华南1（深圳）：深圳可用区F。
  • 仅云数据库MongoDB 4.4版本副本集实例支持双节点架构。

双节点架构

双节点架构图
云数据库MongoDB的双节点架构极大程度简化了MongoDB的传统节点角色，仅保留了两种节点角色，分别是主节点（Primary节点）和温备节点（WarmStandby节点）。每个双节点实例包含一个主节点（Primary节点）和一个温备节点（WarmStandby节点）。各节点的说明如下：
节点功能说明
主节点（Primary节点）负责执行和响应数据读写请求。每个双节点实例中只能有一个主节点。
温备节点（WarmStandby节点）可在主节点故障时通过抢锁和文件权限切换成为新的主节点，保障高可用。
  • 每个双节点实例中只能有一个温备节点。
  • 仅用于提供高可用保障，对客户端不可见。
  • 不可读，不可写。
  • 不在副本集内，无需同步操作日志（Oplog）。
  • 不参与投票选举主节点。
  • 不支持主动切换节点角色，只有当主节点异常时，系统会自动将其与主节点切换。

特点

  • 双节点架构使用数据库文件存储（DBFS）作为共享存储底座，相比于副本集架构，减少了存储的副本数，进而降低了成本。
  • 单个双节点实例的存储空间最大可支持16 TB，计算和存储均可弹性伸缩，全程在线无闪断。
  • 双节点实例的资源完全独享，不用担心因物理机资源抢占而影响正常业务。

常见问题

  • Q：双节点架构是否提供高可用？

    A：双节点架构提供与副本集架构相同级别的高可用，当主节点（Primary节点）故障时，温备节点（WarmStandby节点）会自动切换成为新的主节点（Primary节点）并对外提供服务，保障高可用。

  • Q：双节点实例是否支持增量数据迁移与同步？

    A：双节点实例的主节点（Primary节点）也会产生操作日志（Oplog），因此可以作为源实例或目标实例进行数据迁移与同步。您可以将其他架构实例中的数据平滑迁移到双节点实例中，也可以将双节点实例的数据平滑迁移到其他架构的实例中。

  • Q：双节点实例是否支持按时间点将备份数据恢复至新建实例？

    A：双节点实例现已支持按时间点将备份数据恢复至新建实例。操作方法请参见按时间点将备份数据恢复至新建实例。