Kubernetes LoadBalancer：healthCheckNodePort工作原理详解

当LoadBalancer服务设置externalTrafficPolicy=Local时，不需要你自行实现健康检测逻辑，Kubernetes会自动完成所有相关工作，以下是具体机制：

• 核心作用：healthCheckNodePort是给外部LoadBalancer提供的探测端口，用来判断节点上是否有该服务的就绪Pod，避免流量被转发到没有可用Pod的节点。
• kube-proxy的自动处理：Kubernetes的kube-proxy组件会在每个节点上监听这个端口（不管是你显式指定还是K8s自动分配的），负责处理健康检测请求：
  • 如果当前节点上存在至少一个属于该服务的就绪状态Pod，kube-proxy会对探测请求返回200 OK；
  • 如果节点上没有该服务的就绪Pod，kube-proxy会返回非成功状态码（比如503 Service Unavailable）。
• 与Endpoint的关联：kube-proxy会实时监控该服务对应的EndpointSlice（或Endpoint）资源，一旦节点上的Pod就绪状态发生变化，健康检测的返回结果会立即同步更新。
• 端口的有效性：只要你指定的端口在Kubernetes配置的nodePort范围内（默认是30000-32767），或者让K8s自动分配，kube-proxy都会自动绑定并处理，不需要额外配置代理或检测逻辑。

举个例子：如果你的服务有Pod只运行在左侧节点，那么右侧节点的healthCheckNodePort探测会返回失败，外部LoadBalancer就不会把流量转发到右侧节点，只会把流量发给左侧有可用Pod的节点。

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