Nginx原生不支持运行时修改upstream weight，动态权重需通过外部机制实现：OpenResty+Lua实现实时内存调控；nginx-upsync-module对接Consul/etcd支持服务发现联动；nginx-upstream-dynamic-servers提供HTTP API轻量管理，三者均需配套可观测性闭环。
Nginx 原生不支持运行时修改 upstream 中的 weight 参数——该值在配置加载后即固化，无法自动响应后端性能变化。所谓“动态权重调整”，本质是用外部机制持续感知指标、计算新权重，并通过热更新方式同步到 Nginx 工作进程中，全过程不中断连接、无需 full reload。
用 OpenResty + Lua 实现毫秒级内存调控
适合对延迟敏感、已有 OpenResty 环境的场景。它绕过静态配置，在 worker 进程内存中实时决策：
- 用
lua_shared_dict统一缓存各节点的 P95 响应时间、错误率、连接数等指标 - 通过
ngx.timer.at每 2–5 秒探测真实业务路径（如/health或/api/ping），更新指标 - 在
balancer_by_lua_block中按公式计算权重，例如：
weight = base × (ref_rt / actual_rt)²，响应越快，提升越明显 - 加入熔断逻辑：某节点连续 3–5 次超时，临时设权为 0，并标记状态写入共享字典
- 调用
balancer.set_current_peer(ip, port)手动选定后端，完全跳过 upstream 的 weight 解析
用 nginx-upsync-module 对接 Consul/etcd
适用于容器化或云原生架构，天然支持服务发现与权重联动：
- 编译 Nginx 时加入
nginx-upsync-module，配置upsync从 Consul KV 定时拉取（默认每 300ms） - Consul 中存 JSON 格式节点列表，含
server、weight、max_fails字段 - 由 sidecar 或独立 agent 监控 CPU、HTTP 延迟等指标，按规则自动写入 Consul（如新节点上线默认
weight=2） - 权重变更后，Nginx 自动生效，毫秒级响应，且支持故障时 fallback 到 dump 文件回滚
用 nginx-upstream-dynamic-servers 模块提供 HTTP API 控制
轻量、无中间件依赖，适合中小规模集群：
- upstream 块中启用
dynamic_server on;，不写任何server指令 - 通过标准 REST 接口管理权重：
curl -X POST /upstream/servers -d '{"server":"192.168.1.11:8080","weight":8}' - 可对接 Prometheus + Grafana：用 PromQL 查询各实例 P95 延迟，脚本每分钟重算并推送新权重
- 部署简单，调试直观，无需 Consul 或额外服务发现组件
必须配套的可观测性与诊断闭环
没有监控的权重调整等于盲调。关键要看三类日志与指标：
- 在
access_log中固定记录：
$upstream_addr $upstream_header_time $upstream_response_time $request_time - 区分瓶颈层级：若
$upstream_header_time正常但$upstream_response_time高，说明问题在应用层（如慢 SQL），此时调权意义有限 - 监控
nginx_upstream_active_connections，持续接近max_conns表明节点已到并发瓶颈 - 健康检查必须开启主动模式（如
health_check interval=3 fails=2 passes=2），否则卡死节点无法及时剔除
