Kubernetes NodePort 疑问：单节点应用为何全节点暴露端口？

你说的没错——应用实例的高可用性确实依赖多节点部署Pod，但NodePort在所有节点开放端口的设计，解决的是流量入口层面的高可用性，和应用实例的高可用是两个维度的事，具体给你拆解：

• NodePort是集群级的服务暴露方式：不管你的Pod只跑在wn1还是同时跑在wn1、wn2，kube-proxy都会让所有工作节点监听你指定的30002端口。当外部流量打到任意节点的30002时，kube-proxy会通过iptables/IPVS规则，把流量转发到有Pod运行的节点上。
• 现在你的应用只在wn1，wn2的30002端口看起来没用，但这是为后续扩容做的铺垫：哪天你把应用Pod扩到wn2之后，哪怕wn1突然故障宕机，用户访问wn2的30002端口依然能正常访问服务——如果NodePort只在wn1开端口，那wn1挂了，哪怕wn2有Pod，外部也没法访问。
• 这种设计也适配外部负载均衡场景：比如你在集群前面挂一个负载均衡器，只需要把LB的后端指向所有节点的30002端口就行，LB会自动做节点健康检查，某个节点挂了就把流量切到其他节点，不用因为Pod部署位置变化而修改LB配置。

简单说，NodePort的全节点端口暴露，是给流量入口留了冗余，而应用实例的多节点部署是给服务本身留了冗余，两者结合起来才是完整的高可用方案。

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