如何在Elasticsearch 6.1中配置节点自动发现？

为什么开启多播后无法启动？ #

首先得明确：Elasticsearch 6.x 已经彻底弃用了多播（multicast）发现机制——从5.x版本开始就默认禁用，到6.x直接移除了相关支持代码。你添加的discovery.zen.ping.multicast.enabled: true属于无效配置，会导致Elasticsearch进程启动时加载配置出错，这就是journalctl日志里显示进程退出状态1的核心原因。解决这个问题的第一步，就是把这个配置从elasticsearch.yaml里删掉，就能恢复正常启动了。

无需手动修改每个节点配置的自动发现方案 #

既然你需要新增节点时不用逐个更新discovery.zen.ping.unicast.hosts，以下两种方案完全适配ES 6.1：

1. 文件系统驱动的自动发现（File-based Discovery） #

这个方案允许你把节点列表放在单独文件中，所有节点读取该文件获取集群成员，新增节点时只需更新这个文件：

• 在每个节点的elasticsearch.yaml里修改配置：

  discovery.zen.ping.unicast.hosts: ["/opt/elasticsearch/config/nodes.txt"]
  

  （路径可根据你的ES安装目录调整，确保ES进程拥有文件读取权限）
• 创建nodes.txt文件，每行写入一个节点的IP或主机名：

  10.206.81.241
  10.206.81.239
  10.206.81.238
  10.206.81.240
  10.206.81.237
  

• 新增节点时，把新节点IP追加到该文件即可：如果是共享存储挂载的文件，只需修改一次；如果是本地文件，可通过Ansible等配置工具批量同步到所有节点。

2. DNS驱动的自动发现（DNS-based Discovery） #

如果你的所有ES节点能通过统一DNS域名解析到全部成员IP，这个方案会更便捷：

• 在每个节点的elasticsearch.yaml里配置：

  discovery.zen.ping.unicast.hosts: ["es-cluster.yourcompany.local"]
  

• 将ES集群所有节点的IP添加到es-cluster.yourcompany.local这个DNS记录中（支持A记录或SRV记录）。
• 新增节点时，只需更新DNS记录让域名解析包含新节点IP，无需修改任何ES节点的配置。

额外提示 #

• 不管用哪种方案，务必确保discovery.zen.minimum_master_nodes配置正确（对于5节点集群，建议设为3，避免脑裂问题）：

  discovery.zen.minimum_master_nodes: 3
  

• 如果你在云环境部署，ES 6.1也支持官方云插件（比如AWS的discovery-ec2），可通过云服务的标签/元数据自动发现节点，不过需要额外安装对应插件。

内容的提问来源于stack exchange，提问作者dorinand