Nginx原生不支持运行时修改upstream weight，需通过外部系统动态更新：可用nginx-upstream-dynamic-servers模块实现HTTP API轻量控制；OpenResty+Lua支持内存级毫秒级权重调整；nginx-upsync-module对接Consul/etcd实现云原生自愈；日志分析+reload适合低成本闭环场景。
Nginx 原生不支持运行时修改 upstream 中的 weight 值——这个参数在配置加载时固化，必须通过 nginx -s reload 才能生效。所谓“动态调整”，实际是靠外部系统采集指标、计算新权重，再以热更新方式同步进 Nginx 进程，全程不中断连接。
用 nginx-upstream-dynamic-servers 模块做轻量 HTTP 控制
适合中小集群，无需 Consul 或 Lua 环境，纯靠标准 API 驱动：
- 编译 Nginx 时加入模块：
--add-module=/path/to/nginx-upstream-dynamic-servers - upstream 块中只写
dynamic_server on;，不写任何server指令 - 通过 POST 接口增删改节点和权重，例如：
curl -X POST http://nginx-host/upstream/servers -d '{"server":"192.168.1.12:8080","weight":6}' - 可配合 Prometheus 脚本每分钟拉取 P95 延迟、CPU 使用率，按规则自动重算并推送
用 OpenResty + Lua 实现内存级毫秒响应
适合对延迟敏感、不能接受 reload 的场景，所有逻辑在内存中闭环执行：
linux-performance-analyzer
下载
Linux 性能分析与调优专家，覆盖 CPU、内存、磁盘 I/O、网络、内核参数、编译优化、容器/K8s。适用场景：系统卡顿/高负载、内存不足/OOM/Swap 高、CPU 异常/iowait 高。
- 用
lua_shared_dict缓存各节点实时指标（如响应时间、错误率） - 用
ngx.timer.at每 2–5 秒探测健康接口，更新指标 - 在
balancer_by_lua_block中读共享字典里的最新权重，调用balancer.set_current_peer()手动选节点 - 推荐权重公式：
weight = math.max(1, math.min(10, base * (ref_rt / actual_rt)^1.5))，兼顾灵敏与稳定 - 内置熔断：单节点连续 3 次超时，立即设权为 0 并标记状态
用 nginx-upsync-module 对接 Consul/etcd 实现服务自愈
云原生环境首选，后端启停、负载突增、故障失败都能自动触发权重变更：
- 配置
upsync每 300ms 主动拉取 Consul KV 中的 JSON 数组，格式如：[{"server":"192.168.1.10:8080","weight":8,"max_fails":3}] - Sidecar（如 Telegraf）监控 CPU、P95 延迟等，按策略写入 Consul（例：CPU > 85% → weight × 0.6）
- Consul 可预设 fallback 权重：新节点上线默认
weight=2，防冷启动冲击 - 某节点连续失败 5 次，agent 自动将其权重设为 0 并写回 KV，Nginx 下次拉取即生效
用日志分析 + reload 做低成本闭环
适合已有成熟日志体系、对秒级响应无硬性要求的团队：
- 在 access_log 中固定记录：
$upstream_addr $upstream_response_time $status - 脚本（Python + pandas）按 5 分钟窗口聚合各节点 P95、错误率、超时次数
- 设定规则：连续两个周期 P95 > 600ms 且高于均值 1.8 倍 → 权重降为原值 60%
- 生成新 upstream 配置片段，执行
nginx -t && nginx -s reload，reload 不中断连接
