分布式存储升级前，先做哪些确认
分布式存储升级的难点常在新旧节点共存，而不是二进制替换本身。升级计划应先回答三个问题：协议是否兼容、未完成的日志如何处理、元数据是否可以读回。没有答案，就不应开始滚动发布。
三项确认
第一，列出新旧节点可协商的协议版本、特性位和拒绝行为。未知字段是否忽略、是否会被转发、旧节点收到新命令时怎么处理，都要用混合版本集群验证。
第二，检查日志、快照与 checkpoint 的格式演进。升级不应依赖“集群恰好没有未提交日志”。需要明确新节点读取旧格式、旧节点遇到新格式，以及中途中断后恢复的行为。
第三，确认存储元数据变更的前向与回退边界。涉及不可逆格式时，先将代码升级与格式激活拆开；格式激活后不再承诺降回旧版本，文档中应写明这一点。
发布与回退
按副本、分片或故障域分批升级，确保每一步都保有可用副本。读写双路径只在确有兼容需求时使用，且要定义冲突处理与关闭时间；无期限双写往往会把短期兼容变成长期负担。
回退开关可以停止新功能或切回旧路由，但不能掩盖格式已升级的事实。发布前应演练节点重启、领导者切换、网络隔离和磁盘空间紧张，并记录恢复步骤。
升级不是一次操作，是一段可暂停、可观察、边界明确的过程。
