企业官网建设流程全解析

Kubernetes 生产环境 kube-proxy 模式选型终极指南

—— iptables、IPVS 与 nftables 的性能、稳定性与演进权衡

在 Kubernetes 网络体系中，kube-proxy 并不起眼，却决定了 Service 流量如何真正到达 Pod。 当集群规模变大、Service 数量上千、Pod 端点数以万计时，kube-proxy 的模式选择，往往会成为性能瓶颈、延迟抖动甚至生产事故的根源。

本文将从工程实践视角，系统性对比 kube-proxy 的三种模式：

• iptables（默认、最稳妥）
• IPVS（大规模生产首选）
• nftables（未来方向，但仍需谨慎）

目标只有一个：

让你在生产环境中，做出“不会后悔”的选择。

一、kube-proxy 到底在做什么？

在 Kubernetes 中，Service 是一个抽象概念，真正的数据转发由 kube-proxy 在每个 Node 上完成：

• 监听 Service / Endpoint 变化
• 将变化转换为 内核转发表规则
• 由 Linux 内核完成最终的流量转发与负载均衡

不同的 kube-proxy 模式，本质区别在于： 👉 “如何在内核中实现 Service → Pod 的映射与负载均衡”

二、三种 kube-prox