我已经按照本指南设置了 nginx 入口控制器。
入口运行良好,我也可以访问该defaultbackend
服务和我自己的服务。
但是在查看 Google Cloud Console 中创建的对象时,特别是自动创建的负载均衡器对象时,我注意到其他节点的运行状况检查失败:
这是因为入口控制器进程只在一个节点上运行,所以它是唯一通过健康检查的节点?如何让其他节点通过?
我已经按照本指南设置了 nginx 入口控制器。
入口运行良好,我也可以访问该defaultbackend
服务和我自己的服务。
但是在查看 Google Cloud Console 中创建的对象时,特别是自动创建的负载均衡器对象时,我注意到其他节点的运行状况检查失败:
这是因为入口控制器进程只在一个节点上运行,所以它是唯一通过健康检查的节点?如何让其他节点通过?
你的假设是正确的。健康节点确实是运行 nginx pod 的节点。
您使用的指南使用externalTrafficPolicy: Local
.( https://raw.githubusercontent.com/kubernetes/ingress-nginx/master/deploy/provider/gce-gke/service.yaml )配置服务
该策略将 kube-proxy 配置为永远不会将服务的流量路由到它到达的节点之外。因此,当负载均衡器流量到达没有 nginx pod 的节点时,健康检查失败并且负载均衡器停止向它们发送流量。
这种配置的优点是避免了额外的网络跃点来到达 nginx pod。如果您需要更多节点来处理流量,您可以确保那里也有 nginx pod 运行。如果您不介意额外的网络跃点,您也可以更改externalTrafficPolicy
。