nginx 不支持权重自适应调整，其 weight 为静态配置值，需依赖外部系统实现采集、决策、执行三层闭环；least_conn 是更简单有效的替代方案。
Nginx 本身不支持集群节点权重的自适应调配——它的 weight 是静态值，配置加载后即固化，不会根据 CPU、响应时间或并发连接数自动调整。所谓“自适应”，必须靠外部系统协同完成，不是改几行 Nginx 配置就能实现的。
为什么不能直接在 Nginx 里做自适应调权
Nginx 的 upstream 模块只认固定数值：
• weight 在 nginx -s reload 时生效，之后全程不变
• least_conn 只看当前活跃连接数，不感知延迟、错误率或资源水位
• 官方模块（如 health_check）能下线故障节点，但不会修改 weight 值
• 即使使用 OpenResty + Lua，原生 shared dict 也无法直接改 upstream 的 weight，需额外状态同步与请求路由逻辑
可行的三层协作架构
要让权重真正随节点负载动态变化，需构建采集 → 决策 → 执行的闭环：
- 采集层：在每台后端节点部署轻量指标采集器（如 Prometheus Exporter），上报 CPU 使用率、P95 响应时间、5xx 错误率、活跃连接数等
- 决策层：独立服务（Python/Go 脚本即可）定时拉取指标，用加权公式算出各节点相对得分，再归一化为整数权重（例如 1–10）
-
执行层：生成新 upstream 配置片段，执行
nginx -t && nginx -s reload热重载；或用 OpenResty 的 Lua + balancer_by_lua* 实现零 reload 权重切换（需定制开发）
更务实的替代方案
如果目标是“请求自动流向更空闲的节点”，least_conn 比手动调 weight 更直接有效：
- 配置极简：
upstream backend { least_conn; server a:8080; server b:8080; } - 天然适配突发流量：新请求总发给当前连接数最少的节点
- 配合健康检查（
max_fails=3 fail_timeout=30s）可自动规避异常节点 - 对 API 网关、WebSocket、长连接场景效果稳定，且零配置维护成本
轻量级半自动权重更新（无监控平台时）
若暂时没有完整可观测体系，可用脚本+定时任务滚动更新：
- 写一个 shell 或 Python 脚本，通过 SSH 或 HTTP 接口获取各节点基础指标（如
curl http://node-ip/metrics） - 按简单规则生成权重：比如响应时间 300ms → weight=1
- 生成新配置并安全 reload：先
nginx -t校验，成功后再nginx -s reload - 务必加锁防止并发 reload，并记录每次变更日志，便于回溯
