nginx 不支持运行时自动感知后端压力并动态调整 upstream 权重，必须依赖外部机制实现：一是 nginx-upsync-module + consul/etcd 毫秒级同步；二是 openresty + lua 自适应闭环调权；三是脚本生成配置 + 定时 reload。
Nginx 本身不支持运行时自动感知后端压力并动态调整 upstream 中的 weight 值。它的权重是静态配置项，在加载配置时固化，无法像“智能调度器”那样实时读取 CPU、响应时间或错误率来反向调节流量。所谓“根据后端压力动态切换权重”，必须借助外部机制驱动，而不是 Nginx 自身能力。
下面说清楚三种主流、可落地的方式，按推荐程度排序：
用 nginx-upsync-module + Consul/etcd 实现毫秒级权重同步
这是云原生环境最稳妥的选择：
- Consul 或 etcd 存储每个后端节点的 JSON 描述，含
server、weight、max_fails等字段 - Nginx 编译时加入
nginx-upsync-module，配置upsync指令定时（默认 300ms）拉取最新配置 - 权重变更直接写入 Consul KV 即可生效，Nginx 在内存中更新，无需 reload，不中断连接
- 支持 fallback 权重（如新节点上线默认
weight=2），避免冷启动冲击
用 OpenResty + Lua 实现闭环自适应调权
适合对延迟敏感、已有 OpenResty 基础的场景：
- 利用
lua_shared_dict缓存各节点实时指标（如 P95 响应时间、5xx 错误率） - 通过
ngx.timer.at每 2–5 秒主动探测后端/health接口或采集 Prometheus 指标 - 在
balancer_by_lua_block中按公式计算权重，例如：weight = math.max(1, math.min(10, base * (ref_rt / actual_rt)^1.5)) - 调用
balancer.set_current_peer()动态选节点，支持熔断（连续超时则临时设权为 0）
用脚本生成配置 + 定时重载实现时段/阈值触发切换
适合中小规模、无复杂中间件的运维环境：
- 把
upstream块抽离为独立文件（如/etc/nginx/conf.d/upstream.conf），主配置用include引入 - 编写 Shell 或 Python 脚本，按小时判断业务时段，或读取监控指标（如
curl -s http://node1/metrics | grep cpu_usage） - 根据规则生成新权重配置，写入 upstream 文件前先备份，再执行
nginx -t && nginx -s reload - 关键细节：只允许正整数权重；每次 reload 前必须语法校验；避免高频 reload（建议最小粒度为 5 分钟）
不推荐依赖 least_conn 或 max_fails 来“模拟压力感知”——前者只看连接数，后者只响应连接失败，对响应慢、错误多但 TCP 连接仍通的“半死状态”完全无感。真正要响应后端压力，就得把指标采集和权重决策交给外部系统来做。
