Kubernetes中能否跨多个Deployment的Pod实现ClusterIP负载均衡？

完全可以实现，Kubernetes的Service（包括ClusterIP类型）的核心逻辑是通过标签选择器匹配Pod，和Pod所属的Deployment没有直接关联——不管Pod来自同一个Deployment的副本，还是不同Deployment的实例，只要标签符合Service的选择规则，就会被纳入负载均衡池。

具体实现步骤 #

1. 确保两个Deployment的Pod带有相同的标签
   比如给两个Deployment的Pod都设置app: my-app标签（标签键值可自定义，只要保持一致即可）。示例配置片段：

   # 第一个Deployment
   apiVersion: apps/v1
   kind: Deployment
   metadata:
     name: deployment-a
   spec:
     replicas: 1
     selector:
       matchLabels:
         app: my-app
     template:
       metadata:
         labels:
           app: my-app  # 关键匹配标签
       spec:
         containers:
         - name: my-container
           image: your-image:latest
   
   # 第二个Deployment
   apiVersion: apps/v1
   kind: Deployment
   metadata:
     name: deployment-b
   spec:
     replicas: 1
     selector:
       matchLabels:
         app: my-app
     template:
       metadata:
         labels:
           app: my-app  # 和第一个Deployment的Pod标签完全一致
       spec:
         containers:
         - name: my-container
           image: your-image:latest
   

2. 创建匹配该标签的ClusterIP Service
   Service的spec.selector要和Pod的标签完全匹配，这样Service会自动发现所有带该标签的Pod并将其加入负载均衡池：

   apiVersion: v1
   kind: Service
   metadata:
     name: my-clusterip-service
   spec:
     type: ClusterIP
     selector:
       app: my-app  # 匹配Pod的标签
     ports:
     - protocol: TCP
       port: 80  # Service对外暴露的端口
       targetPort: 80  # Pod内容器监听的端口
   

3. 验证负载均衡效果

   • 查看关联端点：执行kubectl get endpoints my-clusterip-service，输出中会显示两个Pod的IP，说明它们已被纳入负载均衡范围。
   • 测试流量分发：在集群内的其他Pod中多次执行curl my-clusterip-service，可以看到请求会以轮询方式（默认策略）轮流转发到两个目标Pod。

注意事项 #

• 标签是Service与Pod关联的唯一依据，务必保证标签键值完全匹配，避免拼写错误。
• 若需要调整负载均衡策略，可修改Service的spec.sessionAffinity配置，或使用第三方Ingress Controller实现更复杂的分发规则，默认轮询策略已能满足基础负载均衡需求。

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