Elasticsearch6.2集群搭建

原文地址，转载请注明出处：https://blog.csdn.net/qq_34021712/article/details/79330028   ©王赛超

环境介绍

服务器	是否可以成为主节点	是否为数据节点
192.168.8.101	true	true
192.168.8.103	true	true
192.168.8.104	true	true

搭建过程
前提是安装java环境,ELK6.2版本需要jdk为1.8,官方推荐安装OracleJDK 最好不要安装OpenJDK. 安装jdk参考：linux安装jdk 只需要将安装包换成1.8的就行。
Elasticsearch安装
①解压文件

[python]  view plain  copy

1. tar -zxvf elasticsearch-6.2.1.tar.gz  

②重命名

[python]  view plain  copy

1. mv elasticsearch-6.2.1 /usr/local/elk/elasticsearch  

③创建数据存放路径(应将设置配置为在Elasticsearch主目录之外定位数据目录，以便在不删除数据的情况下删除主目录！)

[python]  view plain  copy

1. mkdir /usr/local/elk/elasticsearch/data  

④创建日志存放路径(已存在不用创建)

[python]  view plain  copy

1. mkdir /usr/local/elk/elasticsearch/logs  

⑤建立用户并授权(es不能用root运行)

[python]  view plain  copy

1. #添加用户  
2. useradd es  
3. #赋予文件夹权限  
4. chown -R es:es /usr/local/elk/elasticsearch  

⑥修改elasticsearch配置文件
vim /usr/local/elk/elasticsearch/config/elasticsearch.yml  将配置文件以下内容进行修改：

[python]  view plain  copy

1. #集群的名称  
2. cluster.name: es6.2  
3. #节点名称,其余两个节点分别为node-2 和node-3  
4. node.name: node-1  
5. #指定该节点是否有资格被选举成为master节点，默认是true，es是默认集群中的第一台机器为master，如果这台机挂了就会重新选举master  
6. node.master: true  
7. #允许该节点存储数据(默认开启)  
8. node.data: true  
9. #索引数据的存储路径  
10. path.data: /usr/local/elk/elasticsearch/data  
11. #日志文件的存储路径  
12. path.logs: /usr/local/elk/elasticsearch/logs  
13. #设置为true来锁住内存。因为内存交换到磁盘对服务器性能来说是致命的，当jvm开始swapping时es的效率会降低，所以要保证它不swap  
14. bootstrap.memory_lock: true  
15. #绑定的ip地址  
16. network.host: 0.0.0.0  
17. #设置对外服务的http端口，默认为9200  
18. http.port: 9200  
19. # 设置节点间交互的tcp端口,默认是9300   
20. transport.tcp.port: 9300  
21. #Elasticsearch将绑定到可用的环回地址，并将扫描端口9300到9305以尝试连接到运行在同一台服务器上的其他节点。  
22. #这提供了自动集群体验，而无需进行任何配置。数组设置或逗号分隔的设置。每个值的形式应该是host:port或host  
23. #（如果没有设置，port默认设置会transport.profiles.default.port 回落到transport.tcp.port）。  
24. #请注意，IPv6主机必须放在括号内。默认为127.0.0.1, [::1]  
25. discovery.zen.ping.unicast.hosts: ["192.168.8.101:9300", "192.168.8.103:9300", "192.168.8.104:9300"]  
26. #如果没有这种设置,遭受网络故障的集群就有可能将集群分成两个独立的集群 - 分裂的大脑 - 这将导致数据丢失  
27. discovery.zen.minimum_master_nodes: 3  

修改完之后使用命令查看具体修改了哪些值
grep '^[a-z]' /usr/local/elk/elasticsearch/config/elasticsearch.yml
⑦调整jvm内存

[python]  view plain  copy

1. vim /usr/local/elk/elasticsearch/config/jvm.options   
2. #默认是1g官方建议对jvm进行一些修改，不然很容易出现OOM,参考官网改参数配置最好不要超过内存的50%   
3. -Xms1g  
4. -Xmx1g  

分别启动三台Elasticsearch
注意：请使用es用户启动 su - es

[python]  view plain  copy

1. /usr/local/elk/elasticsearch/bin/elasticsearch -d  

使用ps -ef|grep elasticsearc查看进程是否启动,发现并没有启动,什么原因呢？查看一下日志在我们配置的日志路径下：

第一个坑：日志文件会以集群名称命名，查看es6.2.log文件,日志报以下异常：

[java]  view plain  copy

1. [2018-02-14T23:40:16,908][ERROR][o.e.b.Bootstrap          ] [node-1] node validation exception  
2. [3] bootstrap checks failed  
3. [1]: max file descriptors [4096] for elasticsearch process is too low, increase to at least [65536]  
4. [2]: memory locking requested for elasticsearch process but memory is not locked  
5. [3]: max virtual memory areas vm.max_map_count [65530] is too low, increase to at least [262144]  
6. [2018-02-14T23:40:16,910][INFO ][o.e.n.Node               ] [node-1] stopping ...  
7. [2018-02-14T23:40:17,016][INFO ][o.e.n.Node               ] [node-1] stopped  
8. [2018-02-14T23:40:17,016][INFO ][o.e.n.Node               ] [node-1] closing ...  
9. [2018-02-14T23:40:17,032][INFO ][o.e.n.Node               ] [node-1] closed  

解决方法：
切回root用户su - root,修改配置 

① vim /etc/security/limits.conf

[python]  view plain  copy

1. * soft nofile 65536  
2. * hard nofile 65536  
3. * soft nproc 2048  
4. * hard nproc 4096  
5. #我选择锁住swapping因此需要在这个配置文件下再增加两行代码  
6. es soft memlock unlimited  
7. es hard memlock unlimited  

以上参数介绍参考：https://my.oschina.net/987openlab/blog/94634
② vim /etc/sysctl.conf

[python]  view plain  copy

1. vm.max_map_count=655360  
2. fs.file-max=655360  

注意：之后需要执行一句命令sysctl -p使系统配置生效(使用root用户)。
再次重启三台Elasticsearch

使用ps -ef|grep elasticsearch进程查看命令已启动,使用netstat -ntlp查看9200端口也被占用了。
但是我们发现,3个节点都正常started了，但是就是无法形成集群,使用Elasticsearch Head插件缺发现没有连接上集群,

Head插件安装参考：Elasticsearch-head插件安装
第二个坑：查看日志报以下错误：

[java]  view plain  copy

1. [2018-02-15T21:15:06,352][INFO ][rest.suppressed          ] /_cat/health Params: {h=node.total}    
2. MasterNotDiscoveredException[waited for [30s]]    
3.         at org.elasticsearch.action.support.master.TransportMasterNodeAction$4.onTimeout(TransportMasterNodeAction.java:160)    
4.         at org.elasticsearch.cluster.ClusterStateObserver$ObserverClusterStateListener.onTimeout(ClusterStateObserver.java:239)    
5.         at org.elasticsearch.cluster.service.InternalClusterService$NotifyTimeout.run(InternalClusterService.java:630)    
6.         at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)    
7.         at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)    
8.         at java.lang.Thread.run(Thread.java:745)    

原因：将discovery.zen.minimum_master_nodes的值设置为了3,总共3个节点,都充当主节点是不行的,将discovery.zen.minimum_master_nodes将这个配置改为2。
关于discovery.zen.minimum_master_nodes参数介绍,参考：
再次启动

第三个坑：使用Head插件查看,发现只有192.168.8.101为主节点,其他两个节点并没有连接上来,查看日志发现报以下异常

[java]  view plain  copy

1. [2018-02-15T21:53:58,084][INFO ][o.e.d.z.ZenDiscovery     ] [node-3] failed to send join request to master [{node-1}{SVrW6URqRsi3SShc1PBJkQ}{y2eFQNQ_TRenpAPyv-EnVg}{192.168.8.101}{192.168.8.101:9300}], reason [RemoteTransportException[[node-1][192.168.8.101:9300][internal:discovery/zen/join]]; nested: IllegalArgumentException[can't add node {node-3}{SVrW6URqRsi3SShc1PBJkQ}{uqoktM6XTgOnhh5r27L5Xg}{192.168.8.104}{192.168.8.104:9300}, found existing node {node-1}{SVrW6URqRsi3SShc1PBJkQ}{y2eFQNQ_TRenpAPyv-EnVg}{192.168.8.101}{192.168.8.101:9300} with the same id but is a different node instance]; ]  

原因：可能是之前启动的时候报错,并没有启动成功,但是data文件中生成了其他节点的数据。将三个节点的data目录清空

再次重新启动，成功！

• 上一篇 SpringBoot整合RocketMQ事务消息