跨双站点部署YugabyteDB：选Docker Swarm还是xCluster异步复制

最终选型结论 #

直接选两个站点各自部署独立YugabyteDB集群，站点间配置xCluster异步复制的方案，绝对不要跨双站点搭建单套Docker Swarm集群跑单套YugabyteDB实例。xCluster方案在你当前的网络环境下没有核心适配障碍，靠Docker网络能力无法实现YugabyteDB跨站点无缝运行单集群。

禁止跨站搭单套Docker Swarm集群的原因 #

• YugabyteDB单集群依赖Raft共识协议实现副本一致性，对节点间网络质量要求极高：正常运行要求副本间往返延迟低于10ms、丢包率低于0.1%。你跨站点走动态DNS+端口转发的公网链路，延迟波动、偶发丢包、动态IP切换都是常态，会直接导致Raft选主频繁失败、分片同步超时，集群会频繁处于不可用状态。
• Docker Swarm跨节点overlay网络本身有VXLAN封装开销，动态DNS映射的IP发生变化时，overlay网络路由收敛速度慢，会进一步放大网络不稳定的问题，完全达不到“无缝运行”的效果。
• 你规划每个节点都运行yb-master进程，单集群的yb-master服务需要多数派节点在线才能正常提供元数据读写能力：如果master节点跨站点分布，一旦站点间链路闪断，两个站点的master节点都凑不够多数派，会直接导致整个集群瘫痪，连单站点本地的服务都无法正常提供。

xCluster方案适配性说明 #

xCluster本身就是为跨数据中心、跨网络的异步数据同步场景设计的，完全适配你当前的环境：

• 对网络质量容忍度高，公网环境下几十到上百毫秒的延迟、短时链路闪断都不会影响同步逻辑，更不会影响两端集群各自的可用性。
• 不需要节点间有固定内网IP直连，只要两个集群的tserver（也就是你提到的yb-server）对外暴露的服务端口可以通过动态DNS对应的固定URL正常访问，就能正常建立复制流。
• 部署时每个站点的集群完全独立，站内节点走内网IP通信，读写性能不受跨站链路影响；跨站仅走异步复制的同步流量，就算跨站链路完全中断，两个站点的集群都可以独立对外提供服务，链路恢复后xCluster会自动从断点续传数据，不需要人工介入修复。

部署注意事项 #

• 单站点的独立集群最小高可用配置为3个节点，节点上可以混布yb-master和yb-tserver进程，但必须保证单站点内的master节点数量可以独立凑够多数派，绝对不要把master节点分散到两个站点部署。
• 配置xCluster前要提前对齐两个集群需要同步的表结构，上线后记得配置复制延迟监控告警，避免同步延迟过大导致故障切换时数据丢失量超出预期。
• 不要尝试用任何Docker网络或者其他SDN方案打通跨站节点部署单YugabyteDB集群，这是架构层面的不匹配——公网链路本身的延迟、波动问题是底层网络特性决定的，上层网络封装方案根本解决不了。

内容的提问来源于stack exchange，提问作者dh YB