org.elasticsearch.client.transport.NoNodeAvailableException: None of the configured nodes are available

问题描述

今天在操作es的过程中出现了异常:

1
2
org.elasticsearch.client.transport.NoNodeAvailableException: None of the
configured nodes are available

而我创建es client的代码也很简单,核心是:

1
2
3
4
Settings settings = Settings.builder()
.put("cluster.name", esClusterInfo.getClusterName())
.put("client.transport.sniff", true) //自动嗅探整个集群的状态,把集群中其他ES节点的ip添加到本地的客户端列表中
.build();

我的排查步骤

记录一下我当时的排查过程:

  • 看异常第一反应是集群有问题,但是排查集群的节点以后,发现集群的节点都是没问题的。
  • 而后开始检查settings中设置的cluster.name的是否正确发现也是正确的
  • google发现很多人是因为将es集群的端口写错,也就是9300错写为9200,但是检查我的数据以后发现也是没问题的。
  • 而后开始怀疑我设置的client.transport.sniff的缘故,因为这个参数的作用是:

使客户端去嗅探整个集群的状态,把集群中其它机器的ip地址加到客户端中。这样做的好处是,一般你不用手动设置集群里所有集群的ip到连接客户端,它会自动帮你添加,并且自动发现新加入集群的机器

但是这个参数有一个问题就是:

当ES服务器监听(publish_address )使用内网服务器IP,而访问(bound_addresses )使用外网IP时,不要设置client.transport.sniff为true。不设置client.transport.sniff时,默认为false(关闭客户端去嗅探整个集群的状态)。因为在自动发现时会使用内网IP进行通信,导致无法连接到ES服务器。因此此时需要直接使用addTransportAddress方法把集群中其它机器的ip地址加到客户端中。

但是检查我的环境,发现我的环境全部是内网,所以设置不设置这个client.transport.sniff是没区别的。

最后持续google许久,也没发现问题,喝杯茶刷了一会手机突然想起印象中es client的版本和es集群的版本不一致也有可能
出问题,于是google了一波es 版本不一致这个关键字,果然是因为版本不一致导致的。

ES client和ES集群版本不一致的问题

我遇到的这个问题是es集群的版本比我使用的es client的版本低,相当于我使用高版本的client去访问低版本的集群,所以出现org.elasticsearch.client.transport.NoNodeAvailableException: None of the configured nodes are available问题。

因此我们平时需要注意es的版本问题。

Comments

Your browser is out-of-date!

Update your browser to view this website correctly. Update my browser now

×