Zookeeper热缩容解析以5个节点规模的集群为例进行节点的缩容。不停服将集群从ZK1ZK2ZK3ZK4ZK5缩容成ZK1ZK2ZK3。背景降本将ZK集群的规模从5节点变成3节点。目标核心步骤停止ZK4ZK5此时leader必然在ZK1~ZK3中产生。若ZK1~ZK3中任何一台故障都需要立即恢复不然集群不可用。 ZK5直接下线。重启ZK4ZK4作为选主的辅助节点。为了保障缩容期间在重启其他节点式有足够的参与选主的节点。等待ZK1~ZK4正常后再后续操作。修改ZK1的配置后重启此时若ZK1不故障则leader在ZK1~ZK3中产生若ZK1故障则Leader在ZK2~ZK4中产生。等待ZK1~ZK4正常后再后续操作。修改ZK2的配置后重启此时若发生故障则Leader在ZK1~ZK3中产生。等待ZK1~ZK4正常后再后续操作。修改ZK3的配置后重启此时若发生故障则Leader在ZK1~ZK3中产生。等待ZK1~ZK4正常后再后续操作。必然主动发生一次切主停止ZK4缩容完成客户端影响期间客户可能会感知异常但是正常都会主动重试重连成功。