跨可用区部署MongoDB副本集可行，但必须同VPC同地域且用私网IP；跨地域不可行，会因私网地址不可路由导致SocketException或STARTUP2状态。
跨可用区部署 MongoDB 副本集能显著提升单地域内高可用性，但必须用私网 IP、同 VPC、同地域——跨地域用私网 IP 构建副本集根本不可行，会卡在 SocketException: Host unreachable 或 stateStr 长期为 STARTUP2。
rs.add() 时连不上其他节点？检查私网路由和 mongod 绑定地址
常见错误是节点间 ping 通但 rs.add("10.0.3.20:27017") 失败，或 replSetGetStatus 显示 Failed to connect。本质不是网络不通，而是 mongod 实例没监听对应私网地址，或防火墙/安全组未放行 27017 端口（仅限 VPC 内网）。
- 确认每个节点的
mongod.conf中bindIp包含本机私网 IP（如10.0.2.10），不能只写127.0.0.1或0.0.0.0 - 阿里云控制台安全组需放行「自定义 TCP」端口 27017，源地址填本 VPC 网段（如
10.0.0.0/16），而非「全部」 -
rs.conf()中所有host字段必须用私网 IP + 端口，例如"host": "10.0.1.5:27017"；若混入公网域名或跨地域地址，选举必然失败
为什么 rs.status() 里 secondary 一直卡在 STARTUP2？
这说明节点已加入副本集，但无法从 primary 同步 oplog。典型原因不是带宽或磁盘慢，而是副本集配置中 priority 或 votes 不匹配，或 oplog 太小导致追同步失败。
- 检查
rs.conf()中各成员的priority和votes：仲裁节点（arbiter）必须设"votes": 1, "priority": 0；secondary 节点"votes": 1且"priority"≥ 1 - primary 的 oplogSizeMB 至少要覆盖 24 小时写入量；可通过
db.getReplicationInfo()查看当前 oplog 覆盖窗口，若timeDiff - secondary 日志中若出现
oplog entry too old，说明它落后太多，只能重做 initial sync —— 删除dbPath下数据并重启 mongod
多可用区部署时，节点分布怎么选？
三节点副本集最稳妥，但必须避免两个节点落在同一可用区。阿里云控制台创建实例时勾选「多可用区」，系统自动分散；手动部署则需提前规划好每台机器所属可用区（如上海可用区 A/B/C）。
- 两可用区部署（2+1）：2 个节点在可用区 A，1 个在可用区 B。A 整体故障 → 副本集降级为只读；B 故障 → 仍可写入。这是成本与可用性的折中
- 三可用区部署（1+1+1）：任一可用区故障，剩余两节点仍能形成多数（2/3），自动选举新 primary，RTO 通常 ≤ 30 秒
- 切忌部署成 2+1 但把两个节点放在同一物理机房（即使控制台显示不同 AZ 编号）——实际可能共享电力/网络，失去容灾意义
真正容易被忽略的是：跨可用区副本集 ≠ 跨地域容灾。只要没走 DTS 或 MongoShake，就不存在异地数据保护能力；而一旦误用私网 IP 配置跨地域节点，rs.initiate() 表面成功，后续却永远无法完成初始化同步——现象安静，排查费时。
