权重参数不提升物理性能但优化资源利用率，需在upstream块中按server性能设正整数相对值，配合健康检查与合理代理配置才能实现能效提升。
权重参数本身不直接“提高”集群的物理处理能力，但它能让现有服务器资源被更合理地利用，从而提升整体处理能效。关键在于让强机器多干活、弱机器少扛压，避免部分节点闲置而另一些过载。
权重配置必须写在 upstream 块内
权重只在 upstream 定义中生效，不能放在 location 或 server 块里。每个 server 行后紧跟 weight=数值，数值为正整数，默认是 1。
- 权重不是百分比，而是相对比例：比如
weight=4和weight=2，实际请求分配比为 2:1 - 所有 server 的权重总和决定每轮分发基数，例如三台服务器权重分别为 5、3、2，则每 10 个请求中，分别分得 5、3、2 个
- 权重为 0 表示该节点暂时下线（不参与轮询，但不等同于
down标志）
按真实性能差异设置权重值
不能凭空拍定数字，需结合 CPU、内存、磁盘 I/O 和应用响应时间综合判断。建议先做基准压测：
- 单独对每台后端服务器用相同接口发起 1000 QPS 持续 2 分钟，记录平均响应时间与错误率
- 响应快、错误少的服务器给更高权重；若某台延迟是其他两倍，权重可设为一半（如其他为 4，它设为 2）
- 避免极端值：权重差距过大（如 100 vs 1）会导致小权重节点长期空闲，失去冗余价值
配合健康检查实现动态能效调节
静态权重无法应对运行时性能波动。Nginx 开源版虽不原生支持动态权重，但可通过以下方式增强适应性：
- 启用
max_fails和fail_timeout，自动剔除异常节点，变相提升有效集群吞吐 - 结合
slow_start参数（Nginx 1.11.5+），新上线服务器权重从 0 缓慢升至设定值，防止瞬间压垮 - 若使用 Nginx Plus，可调用 API 实时修改权重；开源用户可用脚本定期采集后端指标（如 Prometheus + Node Exporter），触发 reload 配置
避免常见能效损耗陷阱
权重设得再准，若其他配置拖后腿，照样拉低整体效率：
-
proxy_buffering off或缓冲区过小，会增加代理层等待，抵消权重优化效果 - 未设置
keepalive连接复用，频繁建连断连消耗 CPU，尤其影响高权重节点负载 - 上游超时（
proxy_connect_timeout等）过短，导致请求重试，重复分发破坏权重预期比例 - 未开启
epoll事件模型或worker_connections不足，限制了 Nginx 自身并发能力，成为瓶颈
