Service流量就永远出不了发起访问的客户端的那个节点 这句话对吗?
我的理解:PodA内通过 ClusterIp访问访问服务A,应该会通过PodA所在节点 的kube-proxy的iptables 负载均衡的路由到 服务A的Endpoint吧? 所以PodA 可能会访问到其他节点的PodB提供的服务A,怎么会永远出不了发起访问的客户端的那个节点呢?
Service流量就永远出不了发起访问的客户端的那个节点 这句话对吗?
我的理解:PodA内通过 ClusterIp访问访问服务A,应该会通过PodA所在节点 的kube-proxy的iptables 负载均衡的路由到 服务A的Endpoint吧? 所以PodA 可能会访问到其他节点的PodB提供的服务A,怎么会永远出不了发起访问的客户端的那个节点呢?
2 回答3k 阅读✓ 已解决
2 回答1.6k 阅读✓ 已解决
1 回答1.4k 阅读✓ 已解决
850 阅读
1 回答427 阅读
这里说的是cluster ip 无法出节点。 kube-proxy 无法通过iptables 跨节点访问。跨节点访问cluster ip 需要 使用隧道技术,比如vxlan,ipip 等。纯iptables 应该是无法实现的,因为这需要另一个节点解包等操作。可以使用cni 组件来实现这种功能。