zookeeper 服务器列表如何配置与管理？

在分布式系统中,ZooKeeper 作为核心协调服务，其服务器列表的配置与管理直接关系到整个集群的稳定性和可用性，ZooKeeper 采用 Leader-Follower 架构，客户端需要通过服务器列表连接到集群中的任意一个节点，从而实现数据读写、节点监听等功能，正确配置服务器列表不仅能确保客户端高效访问，还能在节点故障时实现自动故障转移，是 ZooKeeper 集群运维的基础环节。

服务器列表的配置方式

ZooKeeper 服务器的配置主要通过 zoo.cfg 文件完成，该文件是 ZooKeeper 实例的核心配置文件，在 zoo.cfg 中，server.N 参数用于定义集群中的每个服务器节点，N 表示服务器的编号（通常为 1 到 N 的整数），每个 server.N 配置项的格式为 server.ID=hostname:port1:port2:mode，ID 为服务器唯一标识，hostname 为服务器地址或域名，port1 为服务器之间通信的端口（Leader 选举端口），port2 为数据同步端口（Learner 端口），mode 可选为 observer（观察者节点，不参与投票）。server.1=192.168.1.101:2888:3888:participant 表示编号为 1 的服务器参与集群投票，通过 2888 端口与其他节点通信，3888 端口用于 Leader 选举。

服务器列表的作用与重要性

服务器列表是 ZooKeeper 集群协调机制的核心载体，它帮助客户端建立初始连接：客户端在初始化时会随机选择列表中的一个节点建立 TCP 连接，若该节点不可用，会自动切换至下一个节点，确保访问的连续性，服务器列表是 Leader 选举的基础：当集群 Leader 节点故障时，各服务器通过 port1 端口进行选举通信，最终选出新的 Leader，这一过程依赖 server.N 配置中的节点信息和端口，列表中的 observer 节点配置可扩展集群读能力，不参与投票但同步数据，适用于读多写少的场景，提升整体性能。

动态更新与注意事项

在集群运维中,服务器列表可能需要动态调整，如新增节点或移除故障节点，静态配置下，修改 zoo.cfg 后需重启所有服务器，但 ZooKeeper 也支持动态配置更新：通过 reconfig 命令可在不重启集群的情况下修改服务器列表，前提是集群中已有半数以上节点存活且支持动态配置，需要注意的是，服务器列表中的 hostname 应确保所有节点和客户端均可解析，建议使用内网域名或固定 IP 地址，避免因 DNS 解析问题导致通信失败。port1 和 port2 端口需在防火墙中开放，并确保不同节点的端口配置不冲突，避免端口占用导致集群异常。

客户端连接优化

客户端连接 ZooKeeper 集群时，可通过 connectString 参数指定服务器列表，格式为 hostname1:port1,hostname2:port2,...。zk1.example.com:2181,zk2.example.com:2181,zk3.example.com:2181 表示客户端会依次尝试连接这三个节点，客户端内部实现了连接池和故障重连机制，当连接的节点不可用时，会自动切换列表中的下一个节点，为提升连接效率，建议客户端配置合理的 sessionTimeout 和 connectionTimeout 参数，避免超时时间过短导致频繁重连，或过长导致故障发现延迟。

---

FAQs

Q1: ZooKeeper 服务器列表中，port1 和 port2 的作用有何区别？
A1: port1（默认 2888）是 ZooKeeper 服务器之间的通信端口，用于 Leader 选举和数据同步，集群节点间通过此端口交换消息；port2（默认 3888）是 Leader 选举专用的端口，当 Leader 故障时，各节点通过此端口参与选举投票，两者均为集群内部通信端口，客户端连接时使用的是客户端端口（默认 2181），与这两个端口无关。

Q2: ZooKeeper 服务器列表中的某个节点永久故障，是否需要立即从配置中移除？
A2: 不一定，若集群中剩余节点数量仍满足“半数以上存活”的法定人数要求（如 3 节点集群剩余 2 节点），可暂时保留故障节点配置，待集群稳定后再通过 reconfig 命令动态移除，但如果故障节点导致集群不满足法定人数（如 3 节点集群剩余 1 节点），则必须尽快移除该节点，否则集群将无法正常工作（进入只读模式或完全不可用）。