Kubernetes部署Elasticsearch集群Pod间无法通过主机名通信

Pod主机名解析失败完全是自定义DNS配置错误导致的，核心问题如下：

1. 你配置了dnsPolicy: "None"，该规则会完全覆盖Kubernetes为Pod自动注入的集群DNS配置，所有域名解析逻辑完全依赖手动填写的dnsConfig，没有任何集群默认的容错兜底。
2. 手动编写的dnsConfig存在多处硬编码错误：
   • 硬编码的nameserver地址10.85.0.10如果和当前集群CoreDNS Service实际分配的ClusterIP不匹配，所有集群内部域名解析都会直接失败
   • 搜索域第一条写死为ed.es.svc.cluster.local，该条目仅当Elasticsearch资源部署在名为es的命名空间下才生效，如果你实际部署在default或其他自定义命名空间，短主机名经搜索域补全后根本匹配不到正确的域名记录
   • 搜索域中额外添加的home、node1属于非集群内部域，会触发无效的解析重试，拖慢解析效率甚至干扰正常解析结果

补充说明：你配置的无头Service（clusterIP: None）、StatefulSet中serviceName: ed的配置本身是符合规范的，正常情况下集群DNS会自动为3个Pod注册固定域名，格式为es-master-0.ed.<命名空间>.svc.cluster.local、es-master-1.ed.<命名空间>.svc.cluster.local、es-master-2.ed.<命名空间>.svc.cluster.local，不需要手动配置DNS参数。

1. 优先直接删除Pod模板下的dnsPolicy: "None"和整个dnsConfig配置块，使用Kubernetes默认的ClusterFirst DNS策略，集群会自动为Pod注入正确的nameserver、搜索域配置，CoreDNS会自动完成StatefulSet Pod的域名注册，这是最稳妥无兼容问题的方案。
2. 如果你确实需要自定义DNS参数（比如添加额外的上游DNS服务器），按以下规则修正dnsConfig：
   • 不要硬编码nameserver的IP地址，避免集群CoreDNS地址变更后所有解析失效
   • 搜索域的第一条必须匹配实际部署的命名空间：部署在es命名空间保留ed.es.svc.cluster.local，部署在default命名空间则改为ed.default.svc.cluster.local
   • 删除home、node1两个无关的搜索域条目
3. 配置更新后删除旧的StatefulSet Pod，等待Pod重建完成后进入容器验证：
   执行ping es-master-1.ed 或 ping es-master-1.ed.<你的部署命名空间>.svc.cluster.local，如果能正常返回对应Pod IP则解析恢复正常。

注意：Elasticsearch 7.x版本的集群发现配置建议直接写全无头Service的完整域名，例如discovery.seed_hosts: ["ed.<命名空间>.svc.cluster.local:9300"]，避免依赖短主机名解析带来的不确定性。

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