limit_req 把健康检查也限了 /health 每 2 秒返回 503

location = /health {
  access_log off;
  return 200 'ok';
}
location /api/ {
  limit_req zone=api burst=20 nodelay;
}

上线限流后负载均衡的健康检查每 2 秒收到一个 503，节点被摘掉一半，实际用户请求也跟着失败。这类现象通常不是突然出现的，往前翻半天日志能看到苗头。

追下去是这么回事：limit_req 配在 server 层，健康检查请求和用户请求共用同一个 zone。检查频率固定且不带突发额度，很快就超过 rate。

这次卡住的地方就在「限流误伤健康检查」这一环，单独把它拎出来验证，别和其他改动混在同一次发布里。同一份配置存在多处的，先确认改的是被加载的那一份。

新版本先放一台机器上跑一天再全量，问题一般在这段时间暴露。备份不是备了就行，恢复一次才算数，很多备份文件打开才发现是空的。

接口问题先分清是没发出去、发出去了没收到，还是收到了处理失败。

处理上按这个顺序：给 /health 单独建 location 不挂 limit_req；或者用 limit_except 只限制业务路径；健康检查来源 IP 可以用 allow 放行；用 ab 或循环 curl 确认 503 只出现在业务限流上。

确认没问题再收工，/health 连续请求 100 次全部 200 业务接口仍按配置限流。