nginx动态请求负载均衡需匹配请求特性与感知后端真实负载：长连接用least_conn，有状态业务用cookie哈希，异构集群用实测吞吐加权轮询，高敏接口可选fair或lua自适应，并辅以主动健康检查、连接复用、限连防雪崩、透传关键头、关闭冗余缓冲及合理超时设置。
要让 Nginx 负载均衡集群真正扛住高频动态请求，不能只靠默认轮询。核心是让调度行为匹配请求特性——比如连接长不长、有没有状态、后端性能是否一致、接口对延迟是否敏感。
按请求类型选对 upstream 算法
动态请求差异大，算法选错会放大负载不均：
- WebSocket 或实时通知类长连接：用 least_conn，它只看当前活跃连接数，避免某台机器堆积大量空闲长连接却拒绝新请求。
- 登录、下单等有状态业务：优先用 hash $cookie_sessionid（需前端写入 session ID），比 ip_hash 更可靠；NAT 环境下 ip_hash 容易把多个用户打到同一节点。
- 新旧混合部署的异构集群：必须用 weight，权重按实测吞吐设定（如新节点 QPS=1200、旧节点=600，则 weight=2 和 weight=1），别只看 CPU 核数。
- 搜索建议、风控决策等毫秒级敏感接口：可启用 fair 模块（按响应时间调度），或用 OpenResty + Lua 实现自适应路由，但得评估维护成本。
让 Nginx 真实感知后端压力
被动检查（max_fails/fail_timeout）只能发现宕机，对“活着但卡顿”的节点无能为力：
- 在 upstream 块中开启主动健康检查：health_check interval=3s fails=2 passes=2 match=status_ok;，配合 match 块校验 HTTP 200 + 正确响应体，精准剔除慢节点。
- 启用连接复用：keepalive 32;，并在 location 中设置 proxy_http_version 1.1; 和 proxy_set_header Connection '';，减少 TCP 握手开销。
- 防雪崩：给每个 server 加 max_conns=2048，连接超限时自动跳过，不把压力全压向单点。
精简代理链路，降低调度延迟
动态请求本就耗时，代理层多一次缓冲、多一个头处理都可能拖慢几十毫秒：
- 透传关键头信息：至少保留 X-Real-IP、X-Forwarded-For、X-Forwarded-Proto，方便后端做限流或灰度。
- 关闭冗余缓冲：加 proxy_buffering off;（尤其对流式响应）；若需缓冲，调小 proxy_buffers 8 16k; 避免积压。
- 设合理超时：动态接口建议 proxy_connect_timeout 5s;、proxy_read_timeout 15s;、proxy_send_timeout 10s;，避免长时间等待拖垮连接池。
建立可观测闭环
没有监控的负载均衡等于盲调：
- 暴露 upstream 状态页：用 stub_status 或第三方模块输出各节点连接数、请求量、失败数。
- 采集关键指标：重点盯 upstream_response_time 分位值（p95/p99）、upstream_header_time、upstream_connect_time，识别慢节点和网络抖动。
- 结合日志做聚合分析：在 log_format 中加入 $upstream_addr、$upstream_response_time，便于定位瓶颈环节。
