Kubernetes NodePort服务同节点Pod选择机制问询

先纠正一个关键误解：NodePort服务不会直接把节点端口映射到单个Pod的端口，它的完整流量路径是：
外部请求 → 节点NodePort端口 → Service的ClusterIP:Port → 后端目标Pod

哪怕所有10个Pod副本都运行在同一个节点，流量的转发和Pod选择逻辑依然由Kubernetes的Service组件（具体由节点上的kube-proxy进程实现）处理，和NodePort本身没有直接绑定关系。

核心负载均衡逻辑 #

Service通过标签选择器匹配到所有符合条件的Pod后，kube-proxy会在节点上维护对应的流量转发规则，实现流量在这些Pod间的分发，具体策略取决于kube-proxy的运行模式：

1. iptables模式（默认） #

kube-proxy会在节点的iptables规则链中为Service和后端Pod生成转发规则：

• 外部流量到达NodePort后，会被转发到Service的ClusterIP端口
• 接着通过iptables默认的random（随机）策略，或者配置sessionAffinity后的会话保持策略，从就绪状态的Pod中选择一个转发流量
• 规则会自动感知Pod的健康状态（基于kubelet的存活/就绪探针结果），自动剔除不健康的Pod，不会向它们转发请求

2. IPVS模式 #

如果集群启用了IPVS模式，kube-proxy会借助Linux内核的IPVS模块实现更高效的负载均衡，支持更多策略：

• 轮询（rr）、加权轮询（wrr）、最少连接（lc）、加权最少连接（wlc）等
• 同样会自动过滤未就绪的Pod，只向健康的Pod分发流量

会话保持的补充配置 #

如果需要让同一客户端的请求始终转发到同一个Pod，可以在Service的YAML中配置：

spec:
  sessionAffinity: ClientIP

这样kube-proxy会根据客户端IP做哈希计算，固定将该客户端的请求转发到特定Pod，不过仅在客户端IP不变的场景下有效。

总结 #

你之前的误区在于误以为NodePort会直接绑定Pod端口，但实际上NodePort只是外部流量进入集群的入口，真正的Pod选择和负载均衡是由Service的kube-proxy转发规则完成的——不管Pod分布在哪个节点，甚至都集中在同一个节点，这套机制都能正常工作。

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