ElasticSearch单机部署多实例环境

摘要: ElasticSearch 6.0.0

PS：本文针对ElasticSearch版本6.0.0，各位看官看之前麻烦看一下自己使用的版本，版本不一样，使用也不一样。

通常我们认为一个集群是一组拥有相同cluster_name的节点组成的，因此也可以变相的认为单节点就构成了一个集群。

之前有提到如何在服务器上部署es的单个实例，在安装完之后我们来查看这个由单节点构成的集群的cluster health，执行命令：

curl 'http://127.0.0.1:9200/_cluster/health?pretty', 

可以发现这个单节点集群的健康状态显示为yellow，而不是完全健康的状态，这代表着所有的主分片都正常运行，集群可以正常工作，但是副本分片没有全部正常运行。

具体到这个案例中，集群健康显示为yellow的原因是因为所有的副本分片都没有分配到节点中，看上方截图的unassigned shards 。这是因为副本分片本就是用来做冗余备份的，如果只有一个节点，副本分片和主分片都存在同一个节点中，一旦失去唯一节点，则所有数据都会丢失，所以备份没有意义，es没有给副本分片分配到节点中。

既然这个原因是只有单个节点导致的，则可以通过在单机上部署多个节点来解决该问题。对于部署多个节点，官方文档的建议是：可以完全依照启动第一个节点的方式启动一个新的节点，亲测并不能行。。。。

下面是具体操作步骤，遇到的问题和解决方案：

1. 按照官方文档所述，直接又执行了一遍命令：./bin/elasticsearch -d -Ecluster.name=my_cluster -Enode.name=node_2， 现状是直接报错了，错误信息如下：

错误信息提示要么是没有目录的写权限要么是node.max_local_storage_nodes 这个配置参数没有配置或者配置的是1；官方文档搜一下会发现es默认不允许单机开启多个node的，该参数限制了单机可以开启的es实例个数。

    2. 修改$ES_HOME/config下的文件elasticsearch.yml，增加配置项 node.max_local_storage_nodes: 2  

    3. kill之前运行的节点，然后依次执行如下命令：

可以看到创建node_1之后，集群健康状态是yellow，但是创建node_2之后，健康状态就是green了，此时unassigned_shards也是0，如下图：

     4. 上面其实已经算是实现了本文的功能，但是可以看到上文所有的操作步骤都是通过命令行实现的，如果需要开启很多个实例并且每个实例都有些不一样的话，显然命令行不是一个明智的选择。可以考虑在$ES_HOME/config下创建单独文件夹来存放节点单独的配置文件，一个节点对应一个文件夹， 操作如下：

[[email protected] /usr/java/elasticsearch-6.0.0/config]$ mkdir my_cluster

[[email protected] /usr/java/elasticsearch-6.0.0/config]$ cp elasticsearch.yml jvm.options log4j2.properties my_cluster/

[[email protected] /usr/java/elasticsearch-6.0.0/config]$ cd my_cluster/

[[email protected] /usr/java/elasticsearch-6.0.0/config/my_cluster]$ ll

total 16

-rw-rw---- 1 java java 3521 Dec  7 21:37 elasticsearch.yml

-rw-rw---- 1 java java 2672 Dec  7 18:20 jvm.options

-rw-rw---- 1 java java 5091 Dec  7 18:20 log4j2.properties

再修改elasticsearch.yml的配置内容（此处提一下遇到的坑，网上很多博客里面的配置都是非常老的版本的es了，直接用的话会导致很多报错，读者一定要看下对应的版本）：

5. 修改完之后执行命令：./bin/elasticsearch -Epath.cOnf=/usr/java/elasticsearch-6.0.0/config/my_cluster -Ecluster.name=my_cluster -Enode.name=node_2   会发现有报错，看一下错误信息：

查看了文档和官方论坛，对于为什么不能使用-Epath.conf也没有一个明确的解释，只看到说可以用脚本来启动节点。遂写了两个启动脚本：

#!/bin/bash

#es实例启动脚本

CURRENT_PROJECT=$(pwd)/..

//节点的配置信息

export ES_PATH_COnF=$CURRENT_PROJECT/config/default

DATA=$CURRENT_PROJECT/data

LOGS=$CURRENT_PROJECT/logs

REPO=$CURRENT_PROJECT/backups

NODE_NAME=node_1

CLUSTER_NAME=my_cluster

BASH_ES_OPTS="-Epath.data=$DATA -Epath.logs=$LOGS -Epath.repo=$REPO -Enode.name=$NODE_NAME -Ecluster.name=$CLUSTER_NAME"

$CURRENT_PROJECT/bin/elasticsearch -d $BASH_ES_OPTS

6. 分别执行两个脚本，第一个脚本正常运行，第二个就报错了，错误信息是：

• max file descriptors [4096] for elasticsearch process is too low, increase to at least [65536]

• max virtual memory areas vm.max_map_count [65530] is too low, increase to at least [262144]

对应修改如下：

[[email protected] /usr/java/elasticsearch-6.0.0/logs1] sudo su   

[[email protected] /usr/java/elasticsearch-6.0.0/scripts] ulimit -n    //查看最大文件描述符个数        

1024

[[email protected] /usr/java/elasticsearch-6.0.0/scripts] ulimit -n 65536  //设置

[[email protected] /usr/java/elasticsearch-6.0.0/scripts] sysctl -w vm.max_map_count=262144

[[email protected] /usr/java/elasticsearch-6.0.0/scripts] su java     //切换到elasticsearch的执行账号，注意此时不可以退出root，因为文件描述符的设置只在当前session生效

[[email protected] /usr/java/elasticsearch-6.0.0/scripts] sh my_cluster_node_2.sh   //执行第二个脚本成功

最后，查看一下各个节点对应的最大文件描述符，执行命令：

curl -XGET 'localhost:9200/_nodes/stats/process?filter_path=**.max_file_descriptors&pretty'

符合预期。