摘要：
在日常应用中，我们经常会对es集群进行一些参数调整或升级版本，但估计很多人已经学会了关闭节点然后打开数据同步的痛苦（可能会有IO或网络拥塞导致的恶性循环）。官方网站有一套解决方案可以尝试：1.关闭集群分区自动分配设置PUT/_ cluster/settings｛“transient”：｛“cluster.routing.allocation.enable”：“none”｝2.停止不必要的索引维护并中断
日常应用中我们会经常对es 集群做一些参数调整或者升级版本，但是每次关闭节点再打开 其中的数据同步的痛苦估计有很多人领悟过（有可能出现IO或者网络拥堵导致恶性循环）官网有套方案可以尝试一下：
1.关掉集群 分片 自动分配设置
PUT /_cluster/settings
{
"transient": {
"cluster.routing.allocation.enable": "none"
}
}
2.停掉不必要的索引维护 让碎片恢复的更快
POST /_flush/synced
3.停掉需要升级的节点，配置或者升级，推荐覆盖 之前的elasticsearch.yml 配置文件,记得copy data 文件夹 。
4.启动升级好的节点 查看状态
GET _cat/nodes
5.重新开启集群 分片 自动分配
PUT /_cluster/settings
{
"transient": {
"cluster.routing.allocation.enable": "all"
}
}
6.等待节点恢复
GET _cat/health
如果没有第二部操作，那估计得需要比较多的时间恢复，用下面api查询恢复状态，当然我推荐插件 kopf
GET _cat/recovery
7. 重复上面步骤来升级所有需要升级的节点
PS : 千万注意 数据只能从 低版本到高版本，不能逆向~ 切记