如何为同Pod内使用相同镜像的多容器配置Service端口映射

1. 同一个Pod内的所有容器共享同一个网络命名空间，共用同一套IP、端口栈，操作系统层面限制同一个TCP端口同一时间只能被一个进程绑定。你当前配置两个容器都监听80端口，实际只有先启动的container1能成功绑定80端口对外提供服务，container2会因为端口占用无法正常监听，这是所有流量都流向container1的核心原因，和镜像是否一致、containerPort配置重复没有直接关系。
2. Kubernetes Service的转发逻辑面向整个Pod生效，本身不具备「区分端口归属容器、按容器分流」的能力：只要Pod内有进程监听targetPort对应的端口号，kube-proxy就会将流量转发到Pod的对应端口，不会判断端口属于哪个容器。

不存在不修改容器监听端口就能实现需求的方案，必须先解决同Pod端口冲突问题，再调整Service配置，具体步骤如下：

• 修改两个容器的监听端口，避开端口冲突
  你已经在通过不同command、args给两个容器传差异化启动配置，直接新增参数让两个容器监听不同端口即可，比如保留container1监听80端口，将container2的监听端口改为81，调整后的Pod配置参考：

template: {
  spec: {
   containers: [
     {
      name: container1,
      image: image1,
      command: [...],
      args: [...], // 保持原有配置，服务继续监听80端口
      imagePullPolicy: IfNotPresent,
      ports: [
        {
          name: port1,
          containerPort: 80,
        },
      ],
    },
    {
      name: container2,
      image: image1,
      command: [...],
      args: [...], // 新增端口配置参数，让服务监听81端口
      imagePullPolicy: IfNotPresent,
      ports: [
        {
          name: port2,
          containerPort: 81, // 修改为未被占用的端口
        },
      ]
    }
   ]
  }
}

• 调整Service配置，将不同端口映射到对应容器的监听端口
  端口修改完成后，Service的targetPort直接匹配两个容器对应的命名端口即可实现预期分流效果，调整后的Service配置参考：

spec: {
  type: ClusterIP,
  ports: [
    {
      port: 7000,
      targetPort: port1, // 转发到container1监听的80端口
      protocol: 'TCP',
      name: port1,
    },
    {
      port: 7001,
      targetPort: port2, // 转发到container2监听的81端口
      protocol: 'TCP',
      name: port2,
    } 
  ]
}

如果使用的业务镜像不支持直接修改监听端口，可以在对应容器内额外启动一个轻量端口转发进程（比如socat），将容器内80端口的流量转发到同Pod下其他未被占用的端口，本质还是要规避同网络栈下的端口冲突问题。

内容的提问来源于stack exchange，提问作者Yashasvi Raj Pant