启用nginx负载均衡必须通过upstream组名引用，如proxy_pass http://my_backend;，直接写ip会退化为单点代理；权重为相对整数比例，健康检查由max_fails和fail_timeout驱动状态切换，路径拼接与代理头设置缺一不可。
proxy_pass 必须指向 upstream 名称才能启用负载均衡
直接写 IP 地址（如 proxy_pass http://10.0.1.10:8080;）会退化为单点代理，完全绕过 upstream 配置，权重、健康检查、故障摘除等机制全部失效。真正启用负载均衡的唯一方式是：在 http 块中定义 upstream 组，并在 proxy_pass 中以 http://组名 形式引用（例如 proxy_pass http://my_backend;）。注意协议头 http:// 不可省略，否则 Nginx 启动失败。
权重分配靠 upstream 内显式配置，不归一化也自动生效
权重不是百分比，而是相对整数比例，Nginx 自动按总和折算分发概率：
- server 192.168.1.10:8080 weight=4; → 占比 50%
- server 192.168.1.11:8080 weight=2; → 占比 25%
- server 192.168.1.12:8080 weight=2; → 占比 25%
所有 server 行必须写在 http 块下的 upstream 定义里，不能放在 server 或 location 中；未写 weight 的默认为 1。
“动态感知”本质是健康检查驱动的状态切换
Nginx 不实时采集 CPU、延迟等指标做动态调权，它的“动态”体现在节点可用性变化后的自动响应：
- max_fails=2：连续 2 次连接失败（超时、拒绝连接等），标记该节点为不可用
- fail_timeout=30s：进入不可用状态后，30 秒内不转发请求；到期后试探一次，成功即恢复参与轮询
- 可为不同后端单独设置参数，例如主力服务设 max_fails=3 fail_timeout=45s，边缘节点更敏感些
该机制让流量自动避开异常节点，恢复后平滑回归，构成生产环境可靠的“准动态”保障。
路径拼接与代理头缺一不可，否则后端行为异常
proxy_pass 的末尾斜杠决定路径重写逻辑：
- proxy_pass http://backend/;（带结尾 /）→ 截掉 location 匹配前缀，只转发剩余路径（/api/users → 后端收到 /users）
- proxy_pass http://backend;（不带 /）→ 原样追加完整路径（/api/users → 后端收到 /api/users）
同时必须设置四个关键头，否则后端可能拿不到真实 IP、生成错误跳转链接或 WebSocket 断连：
- proxy_set_header Host $host;
- proxy_set_header X-Real-IP $remote_addr;
- proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
- proxy_set_header X-Forwarded-Proto $scheme;
正则匹配的 location（如 ~ ^/v[1-9]/）中，proxy_pass 必须带完整 URI，不能省略。
