kube-proxy 在 Kubernetes 集群中负责实现 Service 的网络代理和负载均衡功能，支持三种不同的工作模式：
- Userspace 模式（已过时）:
- 在早期的 Kubernetes 版本中（1.2 之前），kube-proxy 默认使用 Userspace 模式。
- 在此模式下，kube-proxy 作为一个用户空间进程运行，为每个 Service 创建一个监听端口。
- 当流量到达 Service 的 Cluster IP 时，iptables 规则会将其重定向到 kube-proxy 监听的端口上。
- kube-proxy 接收到请求后，根据负载均衡算法选择合适的 Pod 并与其建立连接，将请求转发到选定的 Pod。
- 用户空间模式存在的问题是由于涉及从内核空间到用户空间的上下文切换，导致额外的数据拷贝和较低的性能。
- iptables 模式:
- 自 Kubernetes 1.2 版本起，iptables 模式成为默认模式。
- 在该模式下，kube-proxy 不再直接接收和转发流量，而是通过实时监控 API Server 中 Service 和 Endpoint 的变化，并动态更新节点上的 iptables 规则来实现负载均衡。
- 流量直接通过内核空间的 iptables 规则从客户端路由到目标 Pod，相比 Userspace 模式减少了上下文切换和数据拷贝，提高了性能。
- 缺点是在服务数量非常多的情况下，iptables 规则集可能会变得庞大，非增量式的更新可能导致规则刷新时有一定的延迟。
- IPVS 模式:
- 从 Kubernetes 1.8 版本开始支持试验性 IPVS 模式，并在 1.11 版本中作为正式功能推出。
- IPVS（IP Virtual Server）是 Linux 内核中的另一种负载均衡解决方案，相比于 iptables 更高效，尤其在大规模场景下。
- IPVS 模式下的 kube-proxy 也是通过监控 API Server 中的服务和端点事件，动态配置 IPVS 规则来进行负载均衡。
- IPVS 模式提供了更好的可扩展性和更高效的连接跟踪及会话保持能力，适合更高负载和更多并发连接的场景。
综上所述，在现代 Kubernetes 集群中，通常推荐使用 IPVS 模式，因为它能够提供更高的性能和更精细的负载均衡控制。不过，具体选择哪种模式取决于集群管理员对性能、稳定性及运维复杂性的考量。
