权重控制是Nginx实现差异化流量分发最常用方式，需在upstream中配置weight（相对值，非百分比），配合健康检查（如max_fails=2 fail_timeout=30s）才可靠，仅在加权轮询模式下生效，ip_hash等策略会使其失效，须通过实际请求日志验证效果。
权重控制是 Nginx 实现差异化流量分发最常用也最实用的方式，它不依赖外部模块，直接在 upstream 块中配置即可生效。核心在于理解 weight 是相对值而非绝对百分比，且只在服务器健康时起作用。
权重的基本写法与比例逻辑
在 upstream 中为每个 server 指定 weight 值，Nginx 会自动归一化计算实际占比：
- 未写 weight 的服务器默认 weight=1
- weight=0 表示临时下线，不参与调度也不触发健康检查
- weight=5、weight=3、weight=2 和 weight=10、weight=6、weight=4 效果完全一样，都是 5:3:2 的比例
- 三台服务器 weight 分别为 3、1、2，长期来看请求占比约为 50% : 16.7% : 33.3%
权重必须配合健康检查才可靠
单靠 weight 无法应对后端故障。一旦某台服务器因响应超时或返回错误被标记为不可用，它的 weight 就暂停生效，剩余健康节点会按各自 weight 重新归一化分担全部流量：
- 建议为每个 server 显式添加
max_fails=2 fail_timeout=30s - 例如原配置 A(weight=5)、B(weight=3)、C(weight=2)，若 C 失败下线，则 A 和 B 按 5:3（即约 62.5% : 37.5%）承接所有请求
- 不要单独调优 weight，需和
max_fails、fail_timeout联动设置
权重与其他策略不能混用
某些负载均衡策略会覆盖或忽略 weight 设置，使用前需注意兼容性：
-
ip_hash启用后，weight 完全失效，因为请求必须固定到同一台后端 -
least_conn和hash $request_uri等策略本身不基于轮询，weight 不参与调度逻辑 - weight 只在默认的加权轮询（weighted round-robin）模式下有效
验证权重是否生效的实用方法
配置完成后不能仅凭理论判断，需通过实际请求分布来确认：
- 执行
nginx -t && nginx -s reload生效配置 - 在后端服务 access log 中记录
$http_x_forwarded_for或自定义 header（如X-Upstream-Addr） - 用
ab -n 1000 -c 100 http://domain/发起批量请求，统计各节点日志请求数 - 观察一段时间（几百到上千请求）后的实际比例，应趋近设定权重比
