Elasticsearch 集群版本升级步骤及注意事项

标签：

Elasticsearch 自从1.0.7版本之后，集群各节点的滚动式升级已不需要重启集群，相比之前的升级模式来看，可以非常平滑的渡过升级过程。这里将叙述集群滚动式升级及其注意事项。

• 修改 bin 目录中 elasticsearch.in.sh 文件，关于Elasticsearch JVM 内存配置大小：

　　        

• 检查系统允许 Elasticsearch 打开的最大文件数

        查看 /etc/security/limits.conf，如果没有指定的话，默认是4096。这里应该添加如下两行：

　　        

        

• 如果有必要的话，可以在最后的上线之前可以再做一次最后的测试，在测试之前，先修改Elasticsearch 中的配置文件，即是elasticsearch.yml 中的 cluster.name 参数的名称，避免加入了线上集群中。并利用 curl -XGET localhost:9201 来测试新版本的 Elasticsearch 进程是否正常。　　

　　curl -XGET localhost:9200

　　        

• 关闭shard 的实时分配选项，这样做的目的在于当集群shutdown之后可以快速的启动。这个参数默认是开启的，默认情况下当实例启动时，会尝试从其他节点实例上拷贝相关的shard副本至本地，这样会浪费大量的时间和耗费高额的IO资源。如果实时分配选项关闭了，那么当新的实例启动，尝试加入集群的时候，它不会从其他实例上拷贝shard副本。当实例完全启动之后，则应该再将该选项开启，以提供长期的容灾。　　　　　　

　　　　curl -XPUT localhost:9200/_cluster/settings -d ‘{
                "transient" : {
                    "cluster.routing.allocation.enable" : "none"
                }
        }‘

• 关闭所要升级版本的节点实例，并将其移除集群     　　　　　　

curl -XPOST ‘http://localhost:9200/_cluster/nodes/_local/_shutdown‘

• 移除节点之后，等待剩余节点数据转移完成，直到确定所有的shard都被正确地分配。
• 升级节点的Elasticsearch版本，最简单和最安全的办法就是下载一个全新的Elasticsearch版本到本地，并将原来Elasticsearch的配置文件复制到新的版本中，最好能建立一个Elasticsearch的软连接到最新版本文件所在的目录，这样可以方便将来使用。
• 启动已经升级好的节点ES实例，并检查其是否正确地加入到集群中。
• 重新开启shard reallocation选项（实时分配选项）　　　　　　

curl -XPUT localhost:9200/_cluster/settings -d ‘{
                "transient" : {
                    "cluster.routing.allocation.enable" : "all"
                }
        }‘

• 检查所有的shard是否正确地被分配，并观察集群是否有执行负载均衡（也是就说每个节点被分配相等数目的shard）
• 重复以上过程至集群中的每个节点，直至这个集群中所有节点完成版本升级。

Elasticsearch 集群版本升级步骤及注意事项

标签：

原文地址：http://www.cnblogs.com/Galen-Z/p/4537258.html