iptables与IPVS如何选择

定位

成熟稳定的kube-proxy代理模式，但性能一般，适用于Service数量较少（小于3000）或客户端会出现大量并发短连接的场景。更多说明请参见iptables简介。

高性能的kube-proxy代理模式，适用于集群规模较大或Service数量较多的场景。更多说明请参见IPVS简介。

吞吐量

较小

较大

复杂度

O(n) ，其中n随集群中服务和后端Pod的数量同步增长

O(1)，多数情况下IPVS的连接处理效率和集群规模无关

负载均衡算法

随机平等的选择算法

包含多种不同的负载均衡算法，例如轮询、最短期望延迟、最少连接以及各种哈希方法等

ClusterIP连通性

集群内部ClusterIP地址无法ping通

集群内部ClusterIP地址可以正常ping通

额外限制

当集群中超过3000个Service时，可能会出现网络延迟的情况。

• 针对服务转发模式为IPVS的集群，kube-proxy会在ipvs-0的网桥上挂载Service关联使用的ELB IP地址，集群内访问ELB的流量会被ipvs-0网桥劫持。因此存在以下场景约束：
  • Ingress和Service（或其他集群的Service）请勿关联使用相同的ELB实例，否则该ELB地址会被ipvs-0网桥劫持，导致无法在集群内访问Ingress（或其他集群的Service）。
  • 如果集群内存在业务需要直接访问Service的ELB地址，Service请勿关联使用相同的ELB实例，否则会出现访问ELB异常的问题。您可以通过为负载均衡类型的Service配置pass-through能力，这样在集群内部访问Service的ELB地址时可以不经过kube-proxy转发，从而避免该场景异常。
• 不推荐使用EulerOS 2.5、CentOS 7.6、Ubuntu 18.04的操作系统，详情请参见CCE集群IPVS转发模式下conn_reuse_mode问题说明。