GKE Nginx Ingress limit-rpm限流配置不符合预期问题求助

核心原因分析 #

1. 对burst参数的误解 #

你提到的“默认突发乘数为5”是错误理解：Nginx Ingress的nginx.ingress.kubernetes.io/limit-burst默认值是绝对数5，并非5倍的limit-rpm。你的配置limit-rpm: "10"对应每分钟允许10个常规请求，加上默认的5个突发请求，单Pod短时间内最多放行5个突发请求，后续请求会按约0.166个/秒的速率逐步放行。

2. Ingress Controller多副本导致限流分散 #

GKE上的Nginx Ingress Controller默认会部署多个Pod（通常3-5个），每个Pod内的Nginx实例独立维护自己的限流计数器，彼此不共享统计数据。这意味着总允许的请求数会是副本数 × (突发请求数 + 单位时间内的速率请求数)。比如5个副本的情况下，1分钟内每个Pod可放行10+5=15个请求，总计75个，和你观察到的75-80的结果完全匹配。

额外配置建议 #

• 显式配置burst参数：如果需要自定义突发请求数，直接添加nginx.ingress.kubernetes.io/limit-burst: "X"（X为你需要的绝对数），替代默认的5。
• 实现全局统一限流：
  • 若要避免多副本分散统计的问题，可以改用GCP Cloud Armor配置全局速率限制，它在Ingress层面生效，不受Pod副本数影响。
  • 若坚持使用Nginx Ingress原生限流，需通过自定义配置整合Redis等共享存储实现分布式计数，但这需要额外的开发和维护工作。
• 临时缩容Ingress Controller：如果对高可用性要求不高，可以将Ingress Controller缩容至1个Pod，此时限流规则会在单个实例上生效，符合单Pod的预期效果，但会牺牲部分可用性。

内容的提问来源于stack exchange，提问作者Sajid Ta