为何K8s的Ingress Controller中存在负载均衡器？求答疑

核心角色分工 #

• Service 的负载均衡：Service 是 K8s 中为 Pod 提供稳定入口的核心组件，基于 iptables/IPVS 实现四层（TCP/UDP）负载均衡。它会自动维护后端 Pod 的端点列表，确保请求只会转发到健康的 Pod 实例上，这是 Pod 间流量分发的基础层。
• Ingress Controller 的负载均衡：Ingress Controller 本质是七层（HTTP/HTTPS）反向代理，它所谓的"内置负载均衡"，是针对域名/路径级别的流量分发以及高级七层策略的实现，和 Service 的四层负载均衡并非重复功能。

Ingress Controller 负载均衡能力的实际场景 #

• 当 Ingress 规则配置了多后端 Service（比如同一域名下不同路径对应不同业务 Service），Ingress Controller 需要根据路由规则将请求转发到对应 Service，这本身就是一种负载分发逻辑。
• 主流 Ingress Controller（如 NGINX Ingress）支持为后端 Service 设置流量权重，实现比例式流量分发（比如给新版本 Service 分配10%流量），这类七层策略是 Service 的四层负载均衡无法实现的。
• 若配置了直接指向 Pod 的 Ingress 规则（绕过 Service），Ingress Controller 会直接承担 Pod 间的负载均衡工作，此时它的负载均衡能力就成为流量分发的核心。

逻辑总结 #

Ingress Controller 和 Service 的负载均衡是互补协作的关系：

• Service 负责底层的 Pod 端点管理与四层流量转发，保证流量能可靠到达健康 Pod；
• Ingress Controller 负责上层的七层路由规则与高级负载策略，让流量按照业务需求精准分发到目标服务。

内容的提问来源于stack exchange，提问作者Ahmed Waleed