Nginx不支持运行时修改upstream weight，必须reload生效；可行方案包括：用max_fails/fail_timeout模拟降权、down/backup手动启停、或OpenResty+Lua实现毫秒级动态调度。
Nginx 本身不支持运行时直接修改 upstream 中 server 的 weight 值并立即生效——权重是静态配置项，必须重载配置才能更新。
加权轮询权重不能热更新的原因
Nginx 的 upstream 配置在 worker 进程启动时加载并固化为内存结构，weight 参数参与初始化调度队列（如加权轮询的内部计数器），没有运行时 API 或共享内存机制供外部动态调整。
这意味着：改完 weight=3 到 weight=5 后，必须执行 nginx -s reload 才能让新权重参与后续请求分发。
真正可行的动态权重调整方式
绕过直接改 weight，用 Nginx 原生支持的“运行时可调参数”间接实现效果：
-
用
max_fails+fail_timeout控制临时降权：把某台服务器设为“易失败”，Nginx 会在 fail_timeout 内自动减少甚至暂停向其转发请求。例如：server 192.168.1.10 weight=3 max_fails=1 fail_timeout=10s;
配合主动健康检查，可模拟软性降权。 -
用
down和backup标记做手动启停：临时将高权重节点标记为down，或把低权重节点提为backup，reload 后即刻生效，操作粒度比改 weight 更快、更安全。 -
结合 OpenResty + Lua 动态 upstream（进阶）：使用
balancer_by_lua*指令，在 Lua 层读取 Redis 或 Consul 中的实时权重值，自行实现加权逻辑。这需要 OpenResty 环境和定制开发，但能真正达成毫秒级权重变更。
生产环境推荐的操作流程
如果只是日常运维中需调整权重（比如扩容后提升新机器流量占比）：
- 编辑 nginx.conf，修改对应
server行的weight值； - 执行
nginx -t验证语法； - 执行
nginx -s reload—— 此操作零中断，旧 worker 处理完当前请求后退出，新 worker 按新权重开始调度。
整个过程通常在 100ms 内完成，对用户无感，是绝大多数团队实际采用的标准做法。
