Nginx加权轮询的weight是静态配置，需reload生效；可通过健康检查自动剔除异常节点、脚本化更新weight并热重载实现动态效果，或借助OpenResty/Lua、Nginx Plus扩展支持运行时调权。
在 Nginx 中，加权轮询本身不支持“自动根据后端健康状态动态调整 weight 值”，weight 是静态配置项，修改必须 reload 配置。但你可以通过组合机制实现效果等价的“动态权重调整”——即：用健康检查主动剔除异常节点 + 人工或脚本按需重载新权重，再辅以探活观测闭环。这不是全自动 AI 调优，而是可控、可审计、生产就绪的务实方案。
核心思路：健康检查保可用，reload 控制权重，脚本串联流程
真正起作用的是三件事协同：
- 被动健康检查（max_fails / fail_timeout）：自动屏蔽宕机或响应超时的后端，避免流量打到坏节点
- weight 手动/脚本化更新：根据监控指标（如 CPU、错误率、延迟）判断是否该调高绿版权重，直接改配置文件中的数值
- nginx -s reload 热重载：让新权重秒级生效，不中断已有连接
基础配置：带健康检查的加权 upstream
把蓝、绿服务放在同一个 upstream 里，每台都配 weight 和健康检查参数：
upstream app_cluster {
server 192.168.1.10:8080 weight=80 max_fails=3 fail_timeout=30s;
server 192.168.1.11:8080 weight=20 max_fails=3 fail_timeout=30s;
}
说明：
- 权重和为 100，只是比例关系，Nginx 内部按平滑加权算法调度，长期接近 8:2
- max_fails=3 fail_timeout=30s 表示连续 3 次 proxy 请求失败（如超时、5xx、连接拒绝），该节点被摘除 30 秒
- 故障恢复后，Nginx 自动重新纳入调度，无需手动干预
灰度放量操作流程（推荐脚本化）
每次调整权重都应是一次有记录、可回滚的操作：
- 先 curl 测试绿版健康接口：
curl -I http://192.168.1.11:8080/health，确认返回 200 且耗时 - 备份原配置：
cp nginx.conf nginx.conf.bak.$(date +%s) - 用 sed 或配置管理工具更新 weight 值，例如从 20→40
- 执行
nginx -t校验语法，失败则立即中止 - 执行
nginx -s reload生效 - 观察 access 日志前 100 行：
tail -100 access.log | grep "192.168.1.11"，确认绿版真实收到请求
进阶：用 Lua 或 OpenResty 实现近似动态权重（需额外模块）
如果真需要运行时自动调权（如根据 prometheus 指标），标准 Nginx 不支持，但可通过以下方式扩展：
- 使用 OpenResty + lua-resty-upstream-healthcheck 模块，配合自定义 Lua 逻辑读取 metrics 并调用
balancer.set_current_peer() - 或接入 Nginx Plus（商业版），它原生支持 API 动态修改 upstream server 权重：
curl -X PATCH -d '{"weight":50}' http://localhost:8080/api/5/http/upstreams/backend/servers/1 - 注意：社区版 Nginx 无此 API，所有“动态”本质仍是 reload 触发，只是封装得更透明
