在容器化架构中，Ingress 通常是外部流量进入集群的第一道七层入口。它把来自前端的 HTTP/HTTPS 请求按域名、路径等规则转发到后端 Service 与 Pod。请求能否被均匀调度到各节点与各副本，直接决定了服务的响应稳定性、资源利用率以及故障时的可用性。

Ingress 在流量链路中的位置

典型的外部访问链路可以简化为：客户端 → DNS 解析 → 四层负载均衡或公网入口 → Ingress Controller → Service → Pod（Endpoints/EndpointSlice）。其中，四层负载均衡关注 IP 与端口，Ingress Controller 则工作在七层，能够识别 Host、Path、Header 等信息，并据此完成后端选择。

需要区分两个层面的“均衡”：一是流量如何进入集群，二是进入集群后如何分配到各个 Pod。Ingress 解决的是后者中的七层部分，而 Service 的转发规则（iptables 或 IPVS 模式）以及容器网络插件也会参与其中。理解这一点，才能定位“请求为什么不均匀”的问题。

常见的后端调度策略

主流 Ingress Controller（如基于 Nginx、Envoy、Traefik 等实现）通常提供多种 upstream 负载均衡算法，可按业务特征选择：

• 轮询（Round Robin）：按顺序依次分发，适合后端实例规格相近、请求耗时差异不大的场景。
• 加权轮询：为不同节点或 Pod 设置权重，适合异构机型或灰度发布。
• 最少连接：优先选择当前活跃连接数较少的后端，对长耗时请求更友好。
• 一致性哈希：按客户端 IP、请求参数或 Header 计算哈希，使同一类请求稳定落到同一后端，常用于缓存命中率优化。
• 随机：实现简单，在实例数量较多时可近似均匀。

算法只是基础，实际分布是否均匀还取决于连接复用、会话保持、健康检查等配置。

让请求真正均匀落到节点的关键配置

1. 就绪探针与端点收敛

Pod 必须通过 readinessProbe 后才会被加入 Endpoints。若探针阈值设置不合理，新副本可能在尚未准备好时就被分配流量，造成个别 Pod 压力集中或请求失败。滚动更新期间，应确保旧副本在流量摘除后再退出。

2. 长连接与连接复用

Ingress Controller 与后端之间通常开启 keepalive 以减少握手开销。但长连接一旦建立，就可能长期固定在同一后端，导致新扩容的 Pod 迟迟接不到流量。可通过限制单连接的最大请求数、合理设置空闲超时，或在扩容后观察连接分布来缓解。

3. 会话保持的取舍

基于 Cookie 的会话保持能提升有状态场景的体验，但会削弱均匀性；基于客户端 IP 的哈希在 NAT、企业出口等场景下，大量用户可能共享同一出口 IP，反而造成倾斜。无状态服务建议优先关闭会话保持。

4. 超时、重试与熔断

重试策略过激会在后端出现抖动时放大流量。应设置合理的连接超时、读取超时与重试次数，并配合被动健康检查，及时摘除异常后端。

5. 拓扑与资源因素

Pod 的 CPU/内存 requests 与 limits、副本数量、HPA 触发条件，都会影响实际的承载表现。若个别节点资源紧张，即使请求数接近，响应时间也可能明显偏差，需要在监控中区分“请求数均匀”和“负载均匀”。

观测与倾斜排查思路

判断是否均匀，不能只看总 QPS，建议从多个维度采集数据：Ingress Controller 的访问日志、upstream 响应时间、按后端分组的请求计数、连接数指标，以及应用侧的分布式追踪。多数 Ingress Controller 都暴露 Prometheus 格式指标，可按 Pod、Service、状态码维度聚合。

当发现分布明显不均时，可按以下顺序排查：

1. 确认统计口径，区分请求数、连接数与实际处理耗时。
2. 检查是否开启长连接、最大请求数限制是否生效。
3. 核对是否配置了会话保持、IP 哈希或固定权重。
4. 确认 Endpoints 中副本数量与就绪状态是否与预期一致。
5. 排查客户端侧是否存在 DNS 缓存、连接池复用或代理层固定转发。
6. 检查多副本 Ingress Controller 与前置四层负载是否也存在倾斜。

IDC 与多云环境下的部署建议

在自建机房或托管环境中，Ingress Controller 往往同时承担入口网关角色。建议将其部署在独立节点池，避免与业务 Pod 争抢资源；结合多线接入或 BGP 线路提升入口质量；在前端叠加 WAF 与流量清洗能力，减轻七层网关压力。若跨可用区部署，可启用就近转发与故障转移策略，并注意跨区调用的额外延迟。

升级 Ingress Controller 版本时，应先在测试环境验证注解与配置兼容性，再分批滚动，避免入口层整体不可用。

小结

容器 Ingress 的均匀调度并非单一配置项，而是算法选择、连接管理、健康检查、会话策略与资源规划共同作用的结果。把入口层当作需要持续观测和调优的基础设施来运营，才能让前端请求稳定、均衡地落到各个节点上，为业务提供可预期的访问体验。