ES集群从7.6.2升级至最新7.15.2版本的升级政策与最佳实践咨询

首先明确结论：你可以直接从7.6.2升级到7.15.2版本，不需要分步骤逐版本迭代，Elasticsearch的版本升级规则和MongoDB不同。

官方升级政策说明 #

• Elasticsearch同一大版本（如全部7.x版本）内兼容跨小版本直接升级：只要当前运行的版本≥7.0.0，就可以直接升级到任意更高的7.x稳定版，不需要依次升级中间的小版本
• 仅跨大版本升级（如6.x升7.x、7.x升8.x）需要先过渡到当前大版本的最终维护版：比如6.x系列要先升级到6.8.x，7.x系列要先升级到7.17.x，才能升级到下一个大版本的最新版
• 升级前需要确认所有安装的第三方插件（如分词器、自定义过滤器、监控插件等）存在对应7.15.2的发行版，插件版本必须和ES节点版本完全匹配，否则节点无法正常启动

行业通用最佳实践 #

• 升级前必须对全量集群索引创建快照，备份存储到集群外的独立存储介质，出现异常时可以直接回滚恢复数据
• 优先在和生产环境配置、数据量、业务流量一致的预发环境执行升级演练，验证业务的读写逻辑、查询性能、关联组件（如Logstash、Kibana、业务SDK）的兼容性无问题后，再操作生产集群
• 生产集群优先选择滚动升级方案实现无停服升级：逐台下线旧版本节点，替换为7.15.2的安装包、核对配置文件无误后重启，等待该节点重新加入集群、集群状态恢复为green后再操作下一台节点，升级全程集群可以正常对外提供服务
• 升级全流程中不要执行索引创建/删除、分片迁移、集群配置修改等会变更集群状态的操作，避免出现状态冲突
• 所有节点升级完成后，先执行GET _cluster/health确认集群状态为green，再执行GET _nodes核对所有节点版本均为7.15.2，最后完成业务侧全功能回归验证即可

内容的提问来源于stack exchange，提问作者Farid Niasti