新服务器加入后不重启即可调权重，关键在于绕过Nginx原生静态weight限制，需借助外部热更新机制：①nginx-upstream-dynamic-servers模块+HTTP API最轻量；②OpenResty+Lua内存级毫秒调控；③nginx-upsync-module+Consul/etcd自动同步。
新服务器加入后不重启就能调权重，关键在于绕过 Nginx 原生静态配置的限制——它本身不支持运行时修改 weight。必须借助外部机制实现热更新。
用 nginx-upstream-dynamic-servers 模块走 HTTP API
这是最轻量、落地最快的方案，适合中小规模集群：
- 编译 Nginx 时加入该模块：
--add-module=/path/to/nginx-upstream-dynamic-servers - upstream 块中只写
dynamic_server on;，删掉所有server行 - 通过 POST 请求实时注入新节点和权重：
curl -X POST http://localhost/upstream/servers -d '{"server":"192.168.1.20:8080","weight":6}' - 旧节点可同步调整，比如把老机器 weight 从 4 改为 3，命令中带相同 IP 即覆盖
用 OpenResty + Lua 动态重算并内存生效
适合已有 OpenResty 环境、对响应延迟敏感的场景：
- 用
lua-resty-healthcheck每 3–5 秒探测各节点真实响应时间与成功率 - 按公式动态生成权重，例如：
new_weight = base * (100 / p95_rt)^2（RT 越低权重越高） - 调用
balancer.set_current_peer()在 worker 内存中切换目标节点，不 reload、不中断连接 - 加熔断逻辑：某节点连续超时 3 次，临时设权为 0，恢复后再渐进拉回
对接 Consul/etcd 实现服务发现自动同步
云原生架构下的推荐方式，天然支持权重字段和自动扩缩容：
- 在 Consul KV 中维护 JSON 列表，每个节点含
server、weight、max_fails等字段 - Nginx 配置中启用
upsync，如：upsync 127.0.0.1:8500/v1/kv/upstreams/backend/ upsync_timeout=6m upsync_interval=300ms; - 新服务器上线后，由注册中心或 sidecar 自动写入 Consul，Nginx 在 300ms 内感知并生效
- 权重可由监控系统（如 Prometheus）驱动：当某节点 CPU 持续 >75%，脚本自动下调其 weight 值
三种方式都不依赖 nginx -s reload，也不中断现有连接。选型看基础设施：有 Consul 就用第三种；想快速上线就选第一种；已有 OpenResty 且需毫秒级反馈就用第二种。
