客户自建ES集群，集群版本是6.8.1，由于生产需要将集群的3个节点进行升级配置。但是不能影响现有业务。

正常情况下，Elasticsearch 希望用户的数据被完全的复制和均衡的分布。如果用户手动关闭了一个节点，集群会立刻发现节点丢失并开始集群分片的再平衡，就会出现节点间分片的均衡，这对于生产集群来说无疑是影响读写业务以及耗费集群资源的。由于本次节点升配时间不长，采用节点滚动升级的方式，升级一个节点完毕，等集群green再升级另外的第二个节点，以降低对业务的最大影响。因此，我们决定采用如下的方式进行集群的节点升级，步骤如下：

3. 关闭要升级的单个节点，步骤：停掉ES进程，然后关机，进行配置升级。

4. 执行节点维护/升级。

5. 重启节点，然后确认它加入到集群了。

6. 用如下命令重启分片分配：

这个时候集群状态为“YELLOW”，大约数分钟后，集群Green.

7. 重复第 2 到 6 步操作剩余节点升级。每次节点操作完毕，集群都会有几分钟的Yellow。

8. 恢复业务索引写入。

9. 随后，按照客户的要求，将相关的业务索引，指定到升级配置的节点。使用如下：

本次我们采用上面的方式给用户进行生产集群的节点升级。整个操作过程大概耗时在40分钟左右，调整了ES集群的节点配置，配置文件的变更等操作，顺利完成了客户的集群变更的保驾护航操作。滚动重启的方式适合于Elasticsearch 版本升级，或者服务器自身的一些维护操作（比如操作系统升级或者硬件相关）。希望大家可以借鉴一下。

当然，我们也考虑将节点exclude的方式进行滚动升级，比如如下API，但是这个API会在将节点下线前，将上面的分片全部挪到其它节点。时间比较长，故不予考虑。