nginx不支持运行时修改weight，需通过外部机制动态调整流量占比：①nginx-upsync-module+consul/etcd实现毫秒级同步；②openresty+lua闭环调控响应权重；③nginx-upstream-dynamic-servers模块提供http api轻量管理。
Nginx 本身不支持运行时修改 weight 参数——它在配置加载时固化，重启或 reload 才生效。所谓“动态调整流量占比”，实际是通过外部机制实时更新 upstream 配置，并让 Nginx 感知变化，全程不中断服务。
用 nginx-upsync-module + Consul/etcd 实现毫秒级同步
适合云原生、容器化或大规模集群场景。Consul 或 etcd 作为权威配置中心，存 JSON 格式节点列表（含 server、weight、max_fails 等字段）；Nginx 启动时加载 upsync 模块，定时拉取（默认每 300ms），内存中自动增删节点、更新权重。
- 编译需加入
--add-module=/path/to/nginx-upsync-module - upstream 中启用
upsync指令，并指定upsync_dump_path用于故障回滚 - 权重变更只需写入 Consul KV，例如：
[{"server":"192.168.1.10:8080","weight":7,"max_fails":3}] - 新节点可预设 fallback 权重（如
weight=2），上线后自动生效
用 OpenResty + Lua 实现闭环调控
适合延迟敏感、逻辑复杂或已有 OpenResty 基础的业务。利用 lua_shared_dict 缓存各节点实时指标（如 P95 响应时间、错误率），在 balancer_by_lua_block 中动态选节点。
- 用
ngx.timer.at每 2–5 秒探测后端健康与业务延迟 - 权重可按公式动态计算：
weight = base × (ref_rt / actual_rt)²，响应越快权重越高 - 内置熔断：单节点连续 3 次超时，临时设
weight=0并标记状态 - 所有 worker 共享指标，避免重复采样
用 nginx-upstream-dynamic-servers 模块 + HTTP API 控制
轻量、无中间件依赖，适合中小规模集群。模块提供标准 REST 接口，由外部脚本驱动变更。
- upstream 块中声明
dynamic_server on;，不写任何server指令 - 通过 POST 接口管理节点：
curl -X POST http://nginx-host/upstream/servers \ -d '{"server":"192.168.1.11:8080","weight":8}' - 可对接 Prometheus + Grafana：用 PromQL 查询 P95 延迟，脚本每分钟重算并推送新权重
所有方案都必须配套可观测性
- 在 access_log 中固定记录
$upstream_addr和$upstream_response_time - 监控三项核心指标：各节点请求数占比、P95 响应时间分化、5xx 错误率突增
- 权重调完不是终点，要验证是否真正缓解了高负载节点的 CPU 或慢查询瓶颈
不复杂但容易忽略
