应对后端集群性能波峰，关键在于将Nginx作为调度中枢：动态调权（5–10分钟渐进调整weight）、least_conn缓解连接堆积、limit_req_zone限流削峰、proxy_next_upstream自动重试、健康检查+backup节点兜底。
应对后端集群性能波峰，关键不是靠 Nginx “扛住”突发流量，而是让它成为调度中枢——主动识别压力、动态调节分发、快速隔离瓶颈、协同后端释放余量。Nginx 本身不扩容算力，但能决定每一份请求该落在哪、何时落、是否重试、要不要缓一缓。
用加权轮询 + 渐进调权承接波峰
静态权重是基础，但波峰来临时需动态响应。新节点上线或压测验证后性能提升，可逐步上调 weight（如从 2→3→4），老节点若响应变慢，则同步下调（如 4→2）。每次调整后 reload 配置，确保流量按能力比例迁移，避免单点瞬间过载。
- 初始权重设为相对值（如高性能节点 weight=4，中配节点 weight=2），而非绝对吞吐数
- 调权节奏建议 5–10 分钟一次，配合监控看 P95 响应时间和错误率变化
- 严禁一次性大幅调高新节点权重，冷启动阶段建议 weight ≤ 1，观察 10 分钟再升
搭配 least_conn 缓解连接堆积型波峰
当波峰伴随大量长耗时请求（如报表导出、文件上传），单纯轮询容易让某台后端连接数飙升、排队阻塞。least_conn 能实时将新请求导向当前活跃连接最少的节点，与 weight 协同工作：长期按能力分配，瞬时按负载均衡。
- 在 upstream 块中直接添加 least_conn 指令，注意不能和 ip_hash 共存
- 若后端使用连接池（如数据库连接池），需确保其最大连接数 ≥ Nginx keepalive 连接池 × worker 数
- 配合 proxy_read_timeout 设为业务最长处理时间的 1.5 倍，防止连接卡死不释放
靠限流 + 重试策略削平请求尖峰
真正的波峰往往来自客户端侧突发（如秒杀、定时任务集中触发）。此时应在 Nginx 层统一限流，把冲击转化为可控节奏，再经 upstream 分发，避免后端被“冲垮”。
- 用 limit_req_zone 定义基于 $binary_remote_addr 或业务 token 的限流区，rate 值按后端集群总承载反推（例如三台机器每台扛 100 QPS，则设 rate=300r/s）
- burst 参数留合理缓冲（如 60），nodelay 控制超限请求立即拒绝（返回 503），不堆积队列
- 开启 proxy_next_upstream error timeout http_500 http_502 http_503 http_504，失败请求自动转给下一个加权节点，提升波峰下的成功率
借健康检查 + 备用节点兜底异常波峰
有些波峰本质是局部故障引发的连锁反应（如某台机器 GC 暂停、DB 连接池打满），导致请求持续打向异常节点，放大抖动。必须靠健康检查快速摘除，并启用 backup 节点承接溢出流量。
- 每个 server 行配置 max_fails=3 fail_timeout=30s，30 秒内连续失败 3 次即临时剔除
- 部署至少一台 backup 节点，仅在所有主节点不可用时启用，避免日常争抢流量
- 后端服务必须暴露轻量 /health 接口（返回 200 OK），Nginx 可通过脚本或模块定期探测，比被动失败更早干预
