无法从另一个Docker容器的Transport Client连接ElasticSearch容器

看起来你遇到了Transport Client无法连接到Elasticsearch容器的典型问题，结合你的错误日志和操作步骤，我来帮你梳理解决方案：

问题分析 #

从错误日志node {#transport#-1}... not part of the cluster Cluster [elasticsearch-cluster], ignoring...以及NoNodeAvailableException来看，核心问题有两个：

1. Elasticsearch的Transport服务（9300端口）未对外暴露：默认情况下ES 6.x会把9300端口绑定到localhost，即使你映射了端口，其他Docker容器也无法通过内部网络访问。
2. 潜在的集群名称不匹配：日志显示客户端尝试加入elasticsearch-cluster集群，但你的ES节点实际属于默认的elasticsearch集群（或者代码配置和ES实际集群名不一致）。

解决方案 #

1. 重新配置并启动Elasticsearch容器 #

修改启动命令，添加网络监听和明确的集群名称配置，确保其他容器能访问9300端口：

docker run -p 9200:9200 -p 9300:9300 \
  -e "discovery.type=single-node" \
  -e "network.host=0.0.0.0" \
  -e "cluster.name=elasticsearch" \
  docker.elastic.co/elasticsearch/elasticsearch:6.2.4

• network.host=0.0.0.0：让ES监听所有网络接口，允许Docker内部网络的容器访问9300端口。
• cluster.name=elasticsearch：明确指定集群名，和你代码中的配置保持完全一致。

2. 修正Transport Client代码配置 #

确保你的客户端代码配置正确，尤其是集群名和关闭不必要的节点自动发现：

import org.elasticsearch.client.transport.TransportClient
import org.elasticsearch.common.settings.Settings
import org.elasticsearch.common.transport.InetSocketTransportAddress
import java.net.InetAddress

val host = "elasticsearch" // 对应Docker link后的别名或自定义网络中的容器名
val port = 9300
val clustername = "elasticsearch"

val settings = Settings.builder()
  .put("cluster.name", clustername)
  .put("client.transport.sniff", false) // 单节点集群不需要自动发现，避免节点探测错误
  .build()

val client = new PreBuiltTransportClient(settings)
  .addTransportAddress(new InetSocketTransportAddress(InetAddress.getByName(host), port))

3. 用更可靠的Docker网络替代--link（推荐） #

--link是较旧的容器连接方式，更推荐使用自定义Docker网络来保证容器间的稳定通信：

1. 创建自定义网络：

docker network create es-network

2. 启动ES容器并加入该网络：

docker run -p 9200:9200 -p 9300:9300 \
  -e "discovery.type=single-node" \
  -e "network.host=0.0.0.0" \
  -e "cluster.name=elasticsearch" \
  --network es-network \
  --name elasticsearch \
  docker.elastic.co/elasticsearch/elasticsearch:6.2.4

3. 启动客户端容器并加入同一网络：

docker run -p 5000:5000 \
  --network es-network \
  <your_client_container_name>

这样客户端可以直接用elasticsearch作为主机名访问ES服务，无需依赖--link。

4. 验证连接 #

在客户端容器内执行以下命令，测试9300端口是否连通：

telnet elasticsearch 9300

如果能成功连通，说明网络配置没问题；如果不通，检查ES容器的日志，确认network.host是否生效：

docker logs <es_container_id>

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