权重设置不直接扩容，但通过动态调权实现灰度发布与平滑过渡：新节点低权重冷启动，逐步上调并reload生效，配合down/backup等状态标记及归一化比例，保障扩容稳定性与资源合理分配。
权重设置本身不直接实现扩容升级，但它是在扩容升级过程中控制流量分配、保障平滑过渡的核心手段。
新节点低权重接入，避免冷启动冲击
新增服务器上线时，即使硬件配置更高，其应用进程、缓存、连接池等都处于“冷态”，无法立即承载高负载。直接设高权重容易引发超时、错误率上升甚至雪崩。
- 初始配置 weight=1（或更低），老节点保持原有权重（如 weight=10）
- 配合 nginx -s reload 热加载，新 server 立即参与轮询，但分得流量极少
- 观察日志、CPU、响应延迟和错误率，确认稳定后再逐步调高权重
灰度调权替代硬切换，实现流量渐进承接
权重是可动态调整的数值，无需重启 Nginx，只需 reload 配置即可生效。这为灰度发布提供了天然支持。
- 可编写脚本，每 5–10 分钟执行一次权重上调 + reload，例如：1 → 3 → 6 → 10
- 也可结合 Consul、etcd 等服务发现系统，在后端健康检查通过后再自动更新 weight 值
- 相比“全量切流”，这种方式让新节点在真实流量中持续验证，风险可控
配合状态标记，支撑多种运维场景
weight 不是孤立参数，需与 backup、down、max_fails 等协同，才能应对实际升级中的复杂需求。
- 升级前将待维护节点设为 down：server 192.168.1.10:8080 down; —— 彻底摘除，不参与任何调度
- 临时降级时设 weight=0：server 192.168.1.11:8080 weight=0; —— 不分发请求，但仍接受健康检查探测
- 关键业务配 backup 节点：server 192.168.1.12:8080 backup; —— 主集群异常时才启用，不参与日常权重分配
权重归一化与长期比例，保障扩容后资源合理利用
扩容不是简单加机器，而是要让整体吞吐线性增长。权重决定了各节点在长周期内的理论流量占比。
- 三台老机器 weight=5、5、5 → 各约 33%；新增一台高配机 weight=10，则四台比例变为 5:5:5:10 → 新节点承担约 40%
- 权重值会自动归一化，weight=2 和 weight=8 等价于 1 和 4，重点在于相对比值
- 搭配 least_conn 或 max_conns 可缓解瞬时连接堆积，让权重更贴近实际资源消耗
