Apache ZooKeeper 在 Linux 上的版本更新策略
一 版本线与支持周期
- 社区通常同时维护两个发布分支：stable 与 current。新次要版本发布后，旧的 stable 分支一般会在约半年内进入EOL（停止维护），仅保留安全与关键修复窗口，随后不再提供补丁。所有历史版本仍可在 Apache 官方档案库获取。该策略意味着应优先选择仍在维护的分支，并为升级预留时间窗口与测试周期。
二 升级路径与兼容性原则
- 同主版本内的**小版本升级（例如 3.6.x → 3.6.y）**通常被视为安全路径，建议先在测试环境验证后再滚动升级至生产。跨主版本升级需结合发行说明逐项核对变更与风险。
- 客户端与服务端版本建议保持同一主版本；如无法一致，客户端可适度向下兼容（例如服务端 3.5.9，客户端可选 3.4.x），以降低协议与行为差异带来的风险。
三 JDK 与生态依赖的匹配
- 不同 ZooKeeper 版本对 JDK 的要求不同：例如 3.4.x 支持 JDK 7，而较新的 3.5.x+ 需要 JDK 8 及以上。升级前务必确认新版本与现有 JDK 及其他依赖（如周边运维/监控组件）的兼容性，避免启动或运行期异常。
四 Linux 上的安全升级流程要点
- 升级前：对 **数据目录（如 /var/lib/zookeeper）与配置（如 /etc/zookeeper）**进行完整备份；确认 JDK 版本满足新版本要求；在测试环境完成功能与稳定性验证。
- 升级中：建议采用滚动升级以尽量保持服务连续性；逐台重启节点并观察 Quorum 状态与健康检查；如采用运维工具或脚本，确保滚动顺序、超时与回滚条件已定义。
- 升级后：使用 zkCli.sh 或四字命令（如 stat）核对集群角色与数据可用性；必要时核查 JMX 指标与业务侧会话/监听是否正常，确保版本切换未引入回归。