nginx不支持动态更新权重，但可通过加权轮询与健康检查协同实现近似效果：weight设定理论流量比，max_fails/fail_timeout触发节点临时剔除，剩余节点归一化分配流量，等效“自动降权”；预设多档weight、slow_start、backup及外部监控+热重载可进一步逼近动态目标。
Nginx 本身不支持“动态更新权重”——权重值在配置加载时固化，运行中无法自动根据 CPU、响应时间等指标实时调整。但可以通过加权轮询 + 健康检查的组合策略，实现近似动态效果：健康状态变化会间接改变实际流量分配比例，从而达到“权重自适应”的业务目标。
加权轮询的基础配置与健康检查绑定
在 upstream 块中，同时设置 weight 和被动健康检查参数（如 max_fails/fail_timeout），是实现协同工作的前提：
-
weight决定正常状态下各节点的理论流量占比（例如weight=5和weight=1的服务器，理想分配比为 5:1） -
max_fails=3 fail_timeout=30s表示连续失败 3 次后，该节点在 30 秒内被标记为不可用，不再参与轮询分发 - 一旦某高权重节点因故障被临时剔除，剩余节点将按其权重重新归一化分配流量，等效于“自动降权”
模拟动态权重的关键技巧
虽然不能实时写入新 weight，但可通过以下方式逼近动态效果：
- 为每台服务器预设多档权重（如
weight=10、weight=5、weight=1），再配合slow_start=60s让恢复中的节点逐步承接流量，避免雪崩 - 使用
backup标记低配或备用节点，仅当主力节点全部失效时才启用，相当于“兜底权重开关” - 结合外部监控系统（如 Prometheus + Alertmanager），在检测到某节点负载过高时，自动触发配置热重载脚本，修改其 weight 并执行
nginx -s reload
注意官方限制与替代方案
Nginx 开源版原生不支持主动健康检查或运行时权重变更。若需真动态能力，可考虑：
- 升级至 Nginx Plus：内置
health_check指令 + API 接口（/api/5/http/upstreams/<name>/servers/<id></id></name>）支持运行时修改 weight、启用/禁用节点 - 使用第三方模块 nginx_upstream_check_module（需自行编译），配合自定义脚本解析后端指标并调用 reload
- 在上游加一层服务发现组件（如 Consul + registrator），Nginx 配合
resolver动态解析 DNS SRV 记录，间接实现节点增删带来的权重再平衡
本质上，加权轮询 + 健康检查不是“动态改权重”，而是“用可用性驱动的流量再分配”来达成相似结果。设计时优先保障故障隔离能力，再通过权重梯度和运维自动化补足弹性。
