ES 集群调整、升级 最佳实践

日常应用中我们会经常对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 : 千万注意 数据只能从 低版本到高版本,不能逆向~ 切记

参考官网
https://www.elastic.co/guide/en/elasticsearch/reference/2.2/rolling-upgrades.html#_step_2_stop_non_essential_indexing_and_perform_a_synced_flush_optional

posted @ 2016-08-11 11:07  NPH  阅读(2169)  评论(0编辑  收藏  举报