版本升级路线
5.2.2 ---> 5.6.16 ---> 6.8.5 ---> 7.8.0
注意事项:
1、高版本的节点数据不能复制到低版本的节点,也就是说在升级的过程中如果只有一个高版本节点,且主分片分配到了高版本节点上,那副本就不能正常分配
解决办法:至少同时增加两个高版本节点。
2、服务端升级以后,client必须也要跟着升上去
3、检查deprecation.log
1、5.2.2 —> 5.6.16
1、检查deprecation.log,通知业务方修改不兼容的请求语句
2、禁用分片重平衡,新增两个5.6.16节点
3、新建一个测试索引,测试分片是否能成功分配到5.6.16节点
4、节点正常则打开集群的重平衡功能
5、将低版本的节点逐步升级到5.6.16版本
说明:
小版本升级,5.6.16的sever会兼容5.2.2的client,所以无需升级client
2、5.6.16 —> 6.8.5
1、必须将client升级到5.6.16
2、检查deprecation.log,通知业务方修改不兼容的请求语句
3、禁用分片重平衡,新增两个6.8.5节点
4、新建一个测试索引,测试分片是否能成功分配到6.8.5节点
5、节点正常则打开集群的重平衡功能
6、将低版本的节点逐步升级到6.8.5版本
3、6.8.5 —> 7.8.0
1、必须将client升级到6.8.5
2、检查deprecation.log,通知业务方修改不兼容的请求语句
3、重建索引:
1)对于不可以重建的索引(比如有多个type的索引),通知业务方去拆分索引。
2)通过双写+双重建的方法(重建,开启双写,重建,等待一致,切索引,关闭双写),保证新老索引的数据一致以后,将老的索引删除
4、禁用分片重平衡,新增两个7.8.0节点
5、新建一个测试索引,测试分片是否能成功分配到7.8.0节点
6、节点正常则打开集群的重平衡功能
7、将低版本的节点逐步升级到7.8.0版本