1.背景

舊叢集在正常執行的情況下，在（舊）叢集所在的機器上，部署5.5.0版本的elasticsearch叢集，完成叢集從2.4.4到5.5.0的升級操作(由於是離線資料，資料重新匯入到5.5.0叢集)。

2.具體

建立elasticsearch使用者等此處省略

2.1 配置調整

2.1.1 elasticsearch.yml配置

主要配置如下：

2.1.1.1 Cluster

———————————- Cluster ———————————–

設定cluster.name

2.1.1.2 Node

———————————— Node ————————————

node.name:

2.1.1.3 Paths

儘量不要走預設；

2.1.1.4 Memory

———————————– Memory ———————————–

bootstrap.memory_lock: false
bootstrap.system_call_filter: false

2.1.1.5Network

———————————- Network ———————————–

#
network.host: 區域網Ip
#

#
http.port: 9400

transport.tcp.port: 9500

2.1.1.6 Discovery

——————————— Discovery ———————————-

discovery.zen.ping.unicast.hosts: [“192.168.204.34”, “192.168.204.35”,”192.168.204.4”]

discovery.zen.minimum_master_nodes: 2

1：小叢集，走單播，選主快（收斂快，不會佔有太多網路流量）

2：設定最小master個數：預防腦裂（就算不可用也不要腦裂）

2.1.2 jvm引數

在啟動指令碼中，新增如下引數

ES_JAVA_OPTS="-Xms20g -Xmx20g"
MAX_LOCKED_MEMORY=unlimited
 

2.2 啟動

啟動時，可能的報錯以及解決方法

2.2.1 問題

問題描述如下

[2017-08-17T14:41:51,795][WARN ][o.e.b.JNANatives ] unable to install syscall filter: 
java.lang.UnsupportedOperationException: seccomp unavailable: CONFIG_SECCOMP not compiled into kernel, CONFIG_SECCOMP and CONFIG_SECCOMP_FILTER are needed
at org.elasticsearch.bootstrap.SystemCallFilter.linuxImpl(SystemCallFilter.java:363) ~[elasticsearch-5.5.0.jar:5.5.0]
at org.elasticsearch.bootstrap.SystemCallFilter.init(SystemCallFilter.java:638) ~[elasticsearch-5.5.0.jar:5.5.0]
at org.elasticsearch.bootstrap.JNANatives.tryInstallSystemCallFilter(JNANatives.java:215) [elasticsearch-5.5.0.jar:5.5.0]
at org.elasticsearch.bootstrap.Natives.tryInstallSystemCallFilter(Natives.java:99) [elasticsearch-5.5.0.jar:5.5.0]
at org.elasticsearch.bootstrap.Bootstrap.initializeNatives(Bootstrap.java:111) [elasticsearch-5.5.0.jar:5.5.0]
at org.elasticsearch.bootstrap.Bootstrap.setup(Bootstrap.java:194) [elasticsearch-5.5.0.jar:5.5.0]
at org.elasticsearch.bootstrap.Bootstrap.init(Bootstrap.java:351) [elasticsearch-5.5.0.jar:5.5.0]
at org.elasticsearch.bootstrap.Elasticsearch.init(Elasticsearch.java:123) [elasticsearch-5.5.0.jar:5.5.0]
at org.elasticsearch.bootstrap.Elasticsearch.execute(Elasticsearch.java:114) [elasticsearch-5.5.0.jar:5.5.0]
at org.elasticsearch.cli.EnvironmentAwareCommand.execute(EnvironmentAwareCommand.java:67) [elasticsearch-5.5.0.jar:5.5.0]
at org.elasticsearch.cli.Command.mainWithoutErrorHandling(Command.java:122) [elasticsearch-5.5.0.jar:5.5.0]
at org.elasticsearch.cli.Command.main(Command.java:88) [elasticsearch-5.5.0.jar:5.5.0]
at org.elasticsearch.bootstrap.Elasticsearch.main(Elasticsearch.java:91) [elasticsearch-5.5.0.jar:5.5.0]
at org.elasticsearch.bootstrap.Elasticsearch.main(Elasticsearch.java:84) [elasticsearch-5.5.0.jar:5.5.0]
[2017-08-17T14:41:51,990][INFO ][o.e.n.Node ] [20434] initializing ...

解決方法
在elasticsearch.yml中Memory欄進行如下設定：

bootstrap.memory_lock: false
bootstrap.system_call_filter: false

2.2.2 問題

[2017-08-17T14:41:57,233][WARN ][o.e.b.BootstrapChecks ] [20434] max number of threads [1024] for user [elasticsearch] is too low, increase to at least [2048]
[2017-08-17T14:41:57,234][WARN ][o.e.b.BootstrapChecks ] [20434] max virtual memory areas vm.max_map_count [65530] is too low, increase to at least [262144]
[2017-08-17T14:41:57,234][WARN ][o.e.b.BootstrapChecks ] [20434] system call filters failed to install; check the logs and fix your configuration or disable system call filters at your own risk

問題：max file descriptors小

vim /etc/security/limits.conf

修改結果如下：

• soft nofile 65536

  • hard nofile 65536
    問題：max number of threads小

vim /etc/security/limits.d/90-nproc.conf

修改結果如下：

• soft nproc 2048

vi /etc/sysctl.conf

修改結果如下：

vm.max_map_count=262144

生效操作：sysctl -p

3.坑

由於在叢集中一臺機器上面啟動後，感覺正常了，然後把這個包轉移到其他機器，啟動後發現報錯，錯誤如下：

部分錯誤資訊是：with the same id but is a different node instance

3.1原因分析：

叢集中每個node會生成一個唯一的串用來標示自己，如果按照前面的操作，就是每臺機器的標示都是相同，因此zen失敗；

3.2解決方法：

把data目錄清空，重新啟動；