无法连接Elasticsearch集群：双节点集群配置问题求助

结合你给出的节点配置，我整理了几个大概率导致集群组建失败的关键点，你可以逐一排查：

1. 节点发现地址配置有误 #

你在discovery.zen.ping.unicast.hosts里填了公网IP，但如果两个节点处于同一私有网络（比如内网、VPC），优先用私有IP会更稳定——公网IP大概率会遭遇防火墙拦截、端口未开放的问题。另外，这个配置必须包含集群内所有节点的地址，双节点场景下应该写成[privateIP1, privateIP2]，只填一个的话另一个节点根本没法被发现。

2. 最小主节点数设置不合理 #

你当前设置discovery.zen.minimum_master_nodes: 1，这对双节点集群来说风险极高，还会导致集群稳定性问题。正确的取值应该是2，因为Elasticsearch需要通过"法定人数"机制避免脑裂，公式是(总主节点数 / 2) + 1，两个主节点的话就是(2/2)+1=2，只有当至少2个主节点在线时才能完成选主，避免出现集群分裂的情况。

3. 网络端口与权限必须打通 #

• 集群节点之间靠transport.tcp.port:9300通信，务必确保两个节点的9300端口在防火墙/安全组中是双向开放的，单向开放或者端口被封都会导致节点无法建联。
• 确认network.host设置的私有IP是节点实际绑定的网卡地址，避免出现绑定失败的情况。可以执行curl localhost:9200/_nodes/network查看节点实际生效的网络配置。

4. 数据/日志目录权限要合规 #

检查path.data: /es/data和path.logs: /es/log这两个目录的所有者是否为Elasticsearch的运行用户（通常是elasticsearch用户），权限建议设置为755，否则节点启动时会因无法读写目录而异常退出，自然没法加入集群。

5. 集群名称必须完全一致 #

两个节点的cluster.name必须都是test-cluster，这是集群识别的核心标识，名字哪怕差一个字符都会被当成完全独立的集群。

快速测试与排查步骤 #

先在其中一个节点执行以下命令，查看当前集群状态：

curl -XGET 'http://privateIP:9200/_cluster/health?pretty'

如果返回的number_of_nodes是1，说明另一个节点未成功加入。此时去另一个节点的日志文件（/es/log/test-cluster.log）里搜索discovery相关关键词，日志里会明确给出节点无法被发现、连接失败等具体错误信息，能帮你定位更精准的问题。

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