Cluster IP与NodePort是否跨节点负载均衡？后端服务负载疑问

嘿，让我把这些Kubernetes Service的负载均衡问题给你掰扯清楚：

答案是都会，不过得分别说清楚它们的工作逻辑：

• ClusterIP：这是Kubernetes集群内部的虚拟IP，每个节点上的kube-proxy会维护iptables或IPVS规则。当集群内的Pod（比如你的frontend-app）访问ClusterIP时，这些规则会自动把请求转发到任意可用的backend-app Pod——不管这个Pod在哪个节点上，天然就实现了跨节点的负载均衡。
• NodePort：NodePort会在集群的每个节点上开放一个相同的端口。当外部请求打到任意节点的这个端口时，kube-proxy同样会通过规则把请求转发到对应的Pod，哪怕Pod不在当前节点。所以NodePort也支持跨节点的负载均衡，不是只能绑定单个节点。

咱们拆成两部分说：

1. frontend-app通过DNS访问backend-app的负载均衡情况
   当frontend-app通过DNS解析backend-app时，得到的是该Service的ClusterIP。如上面所说，kube-proxy的规则会自动把请求负载均衡到所有运行中的backend-app Pod，不管这些Pod分布在哪些节点上。所以你的请求确实会被均匀（或按kube-proxy配置的策略）分发到各个Pod。

2. “NodePort Service只会连接单个节点”的说法是否正确？
   这个说法完全错误。NodePort的核心逻辑是：每个节点都监听指定端口，不管请求打到哪个节点的这个端口，kube-proxy都会把请求转发到任意可用的目标Pod（跨节点也没问题）。
   不过要注意一个场景：如果外部客户端固定只访问某一个节点的NodePort，那如果这个节点故障，请求就会失败——但这不是NodePort本身的问题，而是外部流量分发的问题。通常生产环境中，我们会在NodePort前面加一个外部负载均衡器，把流量打到所有节点的NodePort，这样就实现了完全的跨节点高可用和负载均衡。

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