Kubeadm双节点集群中R应用无法解析MySQL服务名称问题

你已经搞定了集群搭建和外部Ingress访问，卡在Pod间的服务发现上是K8s里很常见的场景，咱们一步步来排查解决：

1. 先确认MySQL Service是否存在且配置正确 #

Pod之间的服务名称解析依赖Kubernetes Service，首先得确保你为MySQL Pod创建了对应的Service：

• 执行命令查看集群内所有Service：

  kubectl get svc
  

  检查输出里有没有名为mysql的Service，类型应为ClusterIP（默认类型），且CLUSTER-IP字段有有效IP，不是<none>。
• 如果找不到该Service，需要手动创建。假设你的MySQL Pod带有app=mysql标签，可使用以下yaml创建Service：

  apiVersion: v1
  kind: Service
  metadata:
    name: mysql
  spec:
    selector:
      app: mysql  # 必须和MySQL Pod的标签完全匹配
    ports:
      - protocol: TCP
        port: 3306  # Service对外暴露的端口
        targetPort: 3306  # MySQL Pod实际监听的端口
  

  执行kubectl apply -f mysql-service.yaml完成创建。

2. 检查Service与Pod的标签匹配度 #

如果Service已存在但解析失败，大概率是标签不匹配导致Service找不到对应的Pod：

• 查看MySQL Pod的标签：

  kubectl get pods --show-labels
  

  找到你的MySQL Pod，记录它的LABELS字段（比如app=mysql）。
• 查看Service的选择器配置：

  kubectl describe svc mysql
  

  检查Selector部分，必须和Pod的标签完全一致，否则Service无法关联到Pod，自然无法提供解析服务。

3. 验证Pod内的DNS配置是否正常 #

K8s的服务名称解析依赖CoreDNS（旧版本为kube-dns），先确认R应用Pod的DNS配置：

• 进入R应用Pod查看DNS配置文件：

  kubectl exec -it <你的R应用Pod名称> -- cat /etc/resolv.conf
  

  正常情况下应包含类似nameserver 10.96.0.10（CoreDNS的ClusterIP），以及search <你的命名空间>.svc.cluster.local svc.cluster.local cluster.local的搜索域。
• 如果配置异常，可在R应用的Deployment中显式指定DNS策略：

  spec:
    containers:
    - name: r-app
      # 其他容器配置
    dnsPolicy: ClusterFirst
  

  ClusterFirst是默认策略，会优先使用K8s集群内部的DNS服务。

4. 在Pod内部测试DNS解析 #

直接在R应用Pod内测试mysql的解析情况：

kubectl exec -it <你的R应用Pod名称> -- nslookup mysql

如果能返回MySQL Service的ClusterIP，说明解析正常；若返回NXDOMAIN，则说明DNS服务异常或Service配置有误。

注：部分基础镜像可能没有nslookup工具，可先安装：Debian/Ubuntu镜像用apt-get install dnsutils，CentOS镜像用yum install bind-utils。

5. 检查R应用的数据库连接代码 #

若前面步骤都没问题，可能是代码的连接参数有误：

• 确保使用Service名称mysql作为主机名（而非Pod的动态IP），端口与Service配置的port一致（默认3306）。
• 正确的R连接代码示例：

  library(RMySQL)
  mydb <- dbConnect(MySQL(), 
                    user = 'root', 
                    password = 'your-password', 
                    dbname = 'your-database-name', 
                    host = 'mysql', 
                    port = 3306)
  

6. 排查NetworkPolicy限制（若有配置） #

如果集群内配置了NetworkPolicy，可能阻止了R应用Pod访问MySQL Service：

• 查看集群内的NetworkPolicy：

  kubectl get networkpolicy
  

  若存在相关策略，需确保它允许R应用所在命名空间（或Pod标签）访问MySQL Service的3306端口。

按照以上步骤逐一排查，应该能解决服务名称解析失败的问题。

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