K8s Pod使用Sarama访问Kafka Broker遇域名解析失败求助

首先明确：你遇到的lookup kafka-dev.net: no such host是DNS解析失败，和K8s里是否定义9090端口无关——Pod访问外部端口不需要额外配置K8s端口规则，先解决DNS问题是核心。

排查与解决步骤 #

1. 验证Pod内的DNS解析能力 #

进入你的应用Pod，执行命令测试域名解析：

# 若Pod内置nslookup/dig工具
nslookup kafka-dev.net
dig kafka-dev.net

# 若无工具，可临时安装（Debian/Ubuntu镜像适用）
apt-get update && apt-get install -y dnsutils

• 如果解析失败，继续后续排查；
• 如果能解析到IP，再测试端口连通性：

  telnet <解析到的IP> 9090
  # 或用nc工具
  nc -zv <解析到的IP> 9090
  

2. 调整Pod的DNS策略 #

K8s Pod默认dnsPolicy为ClusterFirst，即优先使用集群内置DNS服务（如CoreDNS）解析域名。你可以临时修改Pod配置，让其使用宿主机节点的DNS：
在Pod的YAML配置中添加：

spec:
  dnsPolicy: Default

重新部署Pod后再次测试解析。

3. 检查集群DNS服务状态 #

如果ClusterFirst策略下解析失败，检查集群CoreDNS的运行状态：

# 查看CoreDNS Pod状态
kubectl get pods -n kube-system -l k8s-app=kube-dns

# 查看CoreDNS日志，排查解析错误
kubectl logs -n kube-system -l k8s-app=kube-dns

若CoreDNS运行异常，重启相关Pod或修复集群DNS配置。

4. 配置私有域名解析（针对内部域名场景） #

如果kafka-dev.net是私有内部域名，需要在CoreDNS中添加自定义解析规则：

1. 编辑CoreDNS的ConfigMap：

   kubectl edit configmap coredns -n kube-system
   

2. 在Corefile段中加入hosts插件规则，示例：

   hosts {
       192.168.1.100 kafka-dev.net  # 替换为实际的Kafka Broker IP
       fallthrough
   }
   

3. 保存配置后，CoreDNS会自动重载规则，重新测试Pod内的域名解析。

关于端口的说明 #

Pod访问外部服务的9090端口不需要在K8s中做额外配置，只要Pod能解析到目标域名的IP，且集群节点与外部服务的网络连通性允许访问9090端口即可。当前问题的核心是DNS解析，解决后再验证端口连通性即可。

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