权重参数是连接服务器实际能力与集群调度逻辑的桥梁，需基于硬件配置、实时负载和应用特征动态设定，并配合健康检查与分层设计实现弹性扩展。
权重参数不是简单调数字，而是连接服务器实际能力与集群调度逻辑的桥梁。它直接影响请求分发的合理性，也决定了集群能否平滑扩容、动态适应变化。
权重如何反映真实服务能力
weight 值应基于后端节点的硬件配置（CPU 核心数、内存容量）、当前负载水平（如 CPU 利用率持续高于 70% 就该降权）、以及应用响应特征（计算密集型服务通常需要更高权重）。例如：
- 一台 8 核 32GB 的服务器，可设 weight=5；同集群中一台 4 核 16GB 的，设为 weight=2 或 3 更合理
- 若某节点刚完成部署但尚未预热，初期可临时设 weight=1，待监控指标稳定后再逐步调高
- 权重差异过大（如 1:10）会导致低权节点长期空闲，而高权节点可能因突发流量过载——这不是负载均衡，是隐性单点风险
权重配合健康检查才能支撑弹性扩展
单纯靠 weight 分流，无法应对节点故障或性能劣化。必须搭配 proxy_next_upstream 和 upstream 模块的主动健康检查机制：
- 启用 proxy_next_upstream error timeout http_502 http_503，让 Nginx 在后端返回异常时自动重试其他节点
- 结合 keepalived 或自定义脚本（如 /etc/nginx/check_nginx_status.sh），在进程僵死或端口无响应时触发权重归零或剔除节点
- 新增节点上线时，建议从 weight=1 开始，观察 5–10 分钟内错误率、延迟、连接数等指标再逐步提升权重
权重策略需适配不同负载均衡算法
weight 不是万能开关，在不同调度模式下作用方式不同：
- 轮询（默认）：按权重比例决定每轮中各节点被选中的次数，节奏固定、易预测
- 最少连接（least_conn）：weight 参与“加权最少连接”计算，即优先分发给 (当前权重 ÷ 当前活跃连接数) 最大的节点，更适合长连接场景
- IP 哈希（ip_hash）：weight 不生效，因为请求严格绑定客户端 IP，此时扩展性依赖哈希桶分布，新增节点会引发部分用户会话漂移
多级集群中权重要分层设计
当采用“Nginx → 多个业务集群 → 各自内部负载均衡”的架构时，权重应在不同层级分别设置：
- 第一层（入口 Nginx）：按业务集群整体吞吐能力分配权重，比如订单集群 weight=4、用户中心 weight=3、搜索集群 weight=2
- 第二层（各业务集群内）：再按具体实例性能设 weight，例如订单集群内三台机器分别为 weight=3/2/2
- 避免跨层权重叠加导致失真——上层一个 weight=4 的转发，不应掩盖下层某台机器已过载的事实
