1.设置内核参数 vim /etc/sysctl.conf

fs.file-max=65536
vm.max_map_count=262144

保存后执行刷新配置命令

sysctl -p

2.设置资源参数 vim /etc/security/limits.conf

image.png

* soft nofile 65536
* hard nofile 131072
* soft nproc 2048
* hard nproc 4096

3.修改进程数 vim /etc/security/limits.d/20-nproc.conf

image.png

*          soft    nproc     4096

---

4.开始编辑ES的配置

配置es的集群名称, es会自动发现在同一网段下的es,如果在同一网段下有多个集群,就可以用这个属性来区分不同的集群｡

cluster.name: bi-cluster
# 节点名称
node.name: node-master
# 存储数据的目录
path.data: /home/elasticsearch/data
# 存储日志的目录
path.logs: /home/elasticsearch/logs
# 设置绑定的ip地址还有其它节点和该节点交互的ip地址
network.host: 0.0.0.0
# 指定http端口,你使用head､kopf等相关插件使用的端口
http.port: 9200
# 设置节点间交互的tcp端口,默认是9300
transport.tcp.port: 9300
#设置集群中master节点的初始列表,可以通过这些节点来自动发现新加入集群的节点｡
discovery.zen.ping.unicast.hosts: ["10.108.4.203:9300", "10.108.4.204:9300", "10.108.4.205:9300"]   
#如果没有这种设置,遭受网络故障的集群就有可能将集群分成两个独立的集群 - 分裂的大脑 - 这将导致数据丢失
discovery.zen.minimum_master_nodes: 3
http.cors.enabled: true        #es5.x版本以上需要，head访问
http.cors.allow-origin: "*"
bootstrap.memory_lock: false    #某些系统需要 是因为centos6.x操作系统不支持SecComp，而elasticsearch 5.5.2默认   bootstrap.system_call_filter为true进行检测，所以导致检测失败，失败后直接导致ES不能启动。
bootstrap.system_call_filter: false

---

以下是我的配置

cluster.name: my-es
# 节点名称
node.name: node-master-10
# # 存储数据的目录
# path.data: /home/elasticsearch/data
# # 存储日志的目录
 #path.logs: /home/elasticsearch/logs
# # 设置绑定的ip地址还有其它节点和该节点交互的ip地址
 network.host: 0.0.0.0
# # 指定http端口,你使用head､kopf等相关插件使用的端口
 http.port: 9200
# # 设置节点间交互的tcp端口,默认是9300
 transport.tcp.port: 9300
# #设置集群中master节点的初始列表,可以通过这些节点来自动发现新加入集群的节点｡
# discovery.zen.ping.unicast.hosts: ["10.108.4.203:9300", "10.108.4.204:9300", "10.108.4.205:9300"]   
# #如果没有这种设置,遭受网络故障的集群就有可能将集群分成两个独立的集群 - 分裂的大脑 - 这将导致数据丢失
 #discovery.zen.minimum_master_nodes: 3
 #es5.x版本以上需要，head访问
 http.cors.enabled: true       
 http.cors.allow-origin: "*"
 #某些系统需要 是因为centos6.x操作系统不支持SecComp，而elasticsearch 
 bootstrap.memory_lock: false  
 #5.5.2默认   bootstrap.system_call_filter为true进行检测，所以导致检测失败，失败后直接导致ES不能启动。
 bootstrap.system_call_filter: false