Kubernetes kube代理是否更喜欢本地播客而不是远程播客
想象一个memcache（例如Redis）在多个节点上运行多个pod的常见场景。另一个服务（如PHP应用程序）使用Redis，并配置为使用Redis服务的集群IP。据我所知，这被路由到kube proxy（或更新的Kubernetes版本，在iptables中处理），然后将请求推送到正在运行的podKubernetes kube代理是否更喜欢本地播客而不是远程播客,kubernetes,Kubernetes,想象一个memcache（例如Redis）在多个节点上运行多个pod的常见场景。另一个服务（如PHP应用程序）使用Redis，并配置为使用Redis服务的集群IP。据我所知，这被路由到kube proxy（或更新的Kubernetes版本，在iptables中处理），然后将请求推送到正在运行的pod 我的问题是，如果本地节点上有一个运行的pod，那么这应该比在远程节点上运行的pod更好，因为它减少了网络带宽的使用。kube proxy是这样做的，还是在所有可用的POD之间盲目地RR loadba
我的问题是，如果本地节点上有一个运行的pod，那么这应该比在远程节点上运行的pod更好，因为它减少了网络带宽的使用。kube proxy是这样做的，还是在所有可用的POD之间盲目地RR loadbalance？正如您所提到的，从Kubernetes 1.1开始，负载平衡算法是一个简单的循环，因此不考虑POD的位置