kube-proxy 是否更喜欢本地 Pod 而不是远程 Pod

Question

想象一下内存缓存（例如 Redis）在多个节点上运行多个 pod 的常见场景。另一个服务，例如 PHP 应用程序，使用 Redis，并配置为使用 Redis 服务的集群 IP。据我了解，这被路由到 kube-proxy（或在较新的 Kubernetes 版本中，在 iptables 中处理），然后将请求推送到正在运行的 pod。

我的问题是，如果本地节点上有一个正在运行的 pod，那么它应该比在远程节点上运行的更可取，因为它减少了网络带宽的使用。 kube-proxy 是这样做的，还是盲目地在所有可用的 Pod 上进行 RR 负载均衡？

Answer 1

正如您所提到的，从 Kubernetes 1.1 开始，负载平衡算法是一个普通的循环，因此不考虑 pod 的位置。