nginx不支持运行时动态修改weight，需通过外部系统采集指标、计算并热更新权重；初始权重应按cpu核数、内存、磁盘i/o等硬件比例设定，并用压测qps归一化为小整数比；动态调整可选openresty+lua、nginx-upstream-dynamic-servers或nginx-upsync-module+consul/etcd，且必须配合健康检查。
Nginx 本身不支持运行时动态修改 weight 值——这个参数在配置加载时固化，重启或重载后才生效。所谓“根据硬件配置动态调整权重”，实际是靠外部系统采集真实指标、计算新权重，并通过热更新机制注入 Nginx，全程不中断服务。
按硬件资源比例设初始权重
这是动态调权的前提和起点，不是拍脑袋填数字：
- CPU 核心数：16 核服务器对比 4 核，可设为
weight=4和weight=1（比例 4:1） - 内存容量：32GB 节点对 16GB 节点，若应用显著吃内存，权重可设为 2:1
- 磁盘 I/O：SSD 阵列节点比单块 SATA 盘节点，权重可上浮 1.5–2 倍（如从 1 提到 2）
- 所有
server行必须显式写weight，否则默认为 1，容易打乱预期比例
用压测结果校准权重更可靠
理论比例要经真实流量验证，推荐用 ab 或 wrk 对每台后端单独压测：
- 记录各节点在相同并发下稳定支撑的 QPS（例如：A=1200，B=600，C=400）
- 归一化为小整数比：1200:600:400 ≈ 6:3:2，直接作为
weight值 - 避免用大数（如 600、300、200），小整数（6、3、2）收敛更快、调试更直观
真正实现动态调整的三种可行路径
仅靠静态 weight 无法响应 CPU 过载、延迟飙升等实时变化，需搭配以下任一方案：
-
OpenResty + Lua：在内存中维护各节点实时负载（如 P95 延迟、CPU 使用率），用
balancer_by_lua_block手动选节点，毫秒级调控，适合低延迟敏感场景 -
nginx-upstream-dynamic-servers 模块：提供 HTTP API，外部脚本按监控数据算出新权重后，用
curl -X POST推送，无需编译复杂模块 - nginx-upsync-module + Consul/etcd：云原生首选，Consul KV 存节点权重，Sidecar agent 检测指标劣化（如 CPU > 85%）自动降权，Nginx 每 300ms 同步一次
必须配套健康检查，否则动态无意义
再精准的权重，如果故障节点还在持续收请求，就全白搭：
- 每个
server行加上max_fails=3 fail_timeout=30s，连续 3 次失败即剔除 30 秒 - 对新上线或刚恢复的节点加
slow_start=60s，避免冷启动瞬间压垮 - 开启
access_log中的$upstream_addr变量，验证实际分流是否贴近权重比例
