Kubernetes容器通信异常求助：Docker迁移后的端口配置问题

从你的配置来看，Service与Deployment的端口映射逻辑本身是合理的（DB Service的8543端口转发到容器的5432端口，后端Service的8000端口对应容器8000端口），问题大概率出在连接方式或Service与Pod的关联匹配上，按以下步骤排查：

1. 修正后端的数据库连接字符串 #

Kubernetes中容器间通信必须通过Service，不能直接用Pod IP或localhost，且要使用Service暴露的端口而非容器的targetPort：

• 若你的DB Service名称是db（kompose默认会将docker-compose里的service名转换为K8s Service名），后端的数据库连接地址应写为：db:8543
• 若Service名称是db-service，则写为db-service:8543
• 禁止使用localhost:5432或Pod的IP，因为每个Pod拥有独立网络命名空间，localhost仅指向自身容器

2. 验证Service与Pod的标签匹配 #

检查DB Deployment的Pod模板是否包含Service selector对应的标签：
打开db-deployment.yaml，查看spec.template.metadata.labels，必须存在io.kompose.service: db，否则Service无法找到对应Pod：

spec:
  template:
    metadata:
      labels:
        io.kompose.service: db  # 必须与db-service的selector完全一致

3. 测试Pod到Service的网络连通性 #

通过kubectl进入后端Pod，手动测试网络链路：

• 进入Pod：kubectl exec -it <你的api-pod名称> -- /bin/bash
• 解析Service IP：nslookup db（替换为你的DB Service名称），若能返回IP，说明集群DNS正常
• 测试端口连通：telnet db 8543 或 nc -zv db 8543，若能连通则网络层无问题；若连不上，回到步骤2检查标签匹配

4. 检查Postgres的远程连接配置 #

默认Postgres可能限制了远程访问：

• 确保Postgres容器内的postgresql.conf设置了listen_addresses = '*'（允许监听所有网卡）
• 确保pg_hba.conf添加了允许Kubernetes集群网段的规则，例如：

  host all all 10.0.0.0/8 md5  # 根据你的集群Pod CIDR调整网段
  

  若使用官方Postgres镜像，可临时通过环境变量POSTGRES_HOST_AUTH_METHOD=trust测试（生产环境禁用），或挂载自定义配置文件到容器中

5. 确认Service的关联状态 #

执行kubectl get service <你的DB Service名称>，查看Endpoints列是否显示对应的Pod IP。若为空，说明Service未关联到Pod，回到步骤2重新检查标签匹配

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