Couchbase Server作为一款分布式NoSQL数据库，其高可用能力主要依赖副本机制来实现。但副本如果和主数据落在同一台物理机、同一个机架甚至同一个可用区，一旦发生硬件故障或机房级断电，副本机制就会形同虚设。为了解决这个问题，Couchbase提供了Server Groups（服务器组）功能，让管理员可以按照物理拓扑或故障域来划分节点，并强制数据副本分布在不同的组之间。本文将从原理、配置和实际运维三个层面，深入讲解Server Groups的使用方法。
一、Server Groups的工作原理
Couchbase集群的数据被划分为1024个逻辑分片，每个分片包含一定数量的文档。当Bucket配置了副本数之后，每个分片的数据会在集群中的其他节点上保存副本。在没有启用Server Groups的情况下，Couchbase的自动分片均衡器只保证主副本和副本不在同一个节点上，至于这些节点是否在同一个机架、同一个可用区，它并不关心。
Server Groups的本质是把集群节点划分为若干个故障域。每个节点必须属于且仅属于一个组，组名可以按照实际情况命名，比如rack-1、az-a、dc-shanghai等。启用之后，vBucket的主副本和各副本会被强制放置到不同的组中。举例来说，假设你有两个组，每个组有3个节点，副本数设置为1，那么任何一个分片的主副本和备副本一定分别位于两个组内，任何一个组整体宕机，数据依然完整可用。
需要注意的是，组的数量决定了副本数的上限。如果只有2个组，那么副本数最多只能设置为1；要支持2个副本，至少需要3个组。这个约束在规划集群拓扑时要提前想清楚，否则扩容副本数时会遇到无法rebalance的报错。
二、如何配置Server Groups
Server Groups功能在Couchbase Server的企业版中提供，社区版不支持。配置方式有两种：通过Web控制台和通过命令行工具couchbase-cli。
使用控制台的方式很简单：登录Web控制台后进入Servers页面，点击右上角的按钮切换到Group视图，然后可以创建新的组，并把节点拖拽到对应的组中。首次将节点分配到组并保存时，集群会自动触发一次rebalance来重新分布数据。
命令行方式更适合自动化运维脚本。先创建组，再把节点加入组：
# 创建两个服务器组 couchbase-cli group-manage -c 192.168.1.10:8091 \ --username Administrator \ --password password \ --create --group-name "rack-1" couchbasecli group-manage -c 192.168.1.10:8091 \ --username Administrator \ --password password \ --create --group-name "rack-2" # 把节点分别加入不同的组 couchbase-cli server-change-username -c 192.168.1.10:8091 \ --username Administrator --password password \ --server 192.168.1.11:8091 --group "rack-1" couchbase-cli server-change-username -c 192.168.1.10:8091 \ --username Administrator --password password \ --server 192.168.1.12:8091 --group "rack-2"
配置完成后，可以通过server-info或控制台查看每个节点所属的组，确认分组信息是否正确。如果组内节点数量不均衡，rebalance时Couchbase会尽量让分片在各组之间均匀分布，保证每个组承载的负载大致相同。
三、扩容、缩容与故障场景下的组分配策略
启用Server Groups后，集群的扩容和缩容操作会多一层约束。扩容时，新加入的节点必须明确指定所属的组。如果某个组的节点数量明显少于其他组，均衡器会优先把新节点塞进那个组，以维持各组之间的容量平衡。因此建议扩容时按组对称地添加节点，比如两个组各加一台，而不是一股脑全加到同一个组。
缩容或者故障转移时需要特别小心。如果一个组内的节点全部被移除或者宕机，而这个组承载着某些分片的唯一副本，集群仍然可以正常读写，但此时这些分片已经没有任何冗余，再宕机一个其他组的节点就可能出现数据不可用。正确的做法是先在另一个组补充节点，再移除目标节点，保证任何时刻每个分片在各个组中都有存活副本。
另外还有一个常见的坑：修改某个Bucket的副本数之前，先检查组的数量是否足够。把副本数从1改到2，而集群只有2个组，rebalance会直接失败，报错信息通常提示无法满足副本放置约束。此时要么再加一个组并把节点迁移过去，要么保持副本数不变。
四、跨数据中心场景与最佳实践
Server Groups最常见的落地场景是云上多可用区部署。比如在同一个Region的A、B、C三个可用区各部署若干节点，分别划分为三个组，副本数设置为2。这样任何一个可用区故障，数据依然有两份可用，业务读写不中断（配合客户端的failover机制）。相比自建双机房方案，这种配置简单得多，且不需要额外的复制组件。
几个实践建议：第一，组名采用有意义的命名规范，直接对应机架编号或可用区代号，方便排障时快速定位；第二，各组节点数量保持一致或接近，避免负载倾斜；第三，组数至少等于副本数加一，为将来提升副本数预留空间；第四，定期演练单个组整体故障的场景，验证failover和数据完整性是否符合预期，不要等真实故障发生才发现配置有问题。
总结来说，Server Groups是Couchbase企业版中非常实用的高可用特性，配合合理的物理拓扑规划，可以有效抵御机架级和可用区级故障。只要在配置时理解副本放置约束，在扩缩容时注意各组之间的平衡，就能构建出一个数据安全性和可用性都经得起考验的集群。
Couchbase Server服务器组Server Groups集群架构数据副本分布修改时间：2026-09-15 00:20:33