测试节点权重通过显式设置weight值（如1）并配合backup、健康检查等参数实现低干扰流量隔离；例如两台生产节点（weight=4）与一台测试节点（weight=1），其理论承接约11%请求，需≥50次请求验证分配比例。
加权轮询配置中，测试节点的权重设置不是靠“专用标记”，而是通过显式指定 weight 值并配合其他控制参数来实现隔离与验证目的。关键在于：让测试节点承担可预期、可识别、低干扰的流量比例，同时不影响生产稳定性。
明确测试节点的权重值
在 upstream 块中为测试服务器单独设置较小的 weight（如 1），而将主力节点设为更高值（如 3 或 5）。总权重越小，测试节点实际分到的请求占比越低且越可控。
- 例如三台后端：两台生产节点（weight=4）、一台测试节点（weight=1），总权重为 9，测试节点理论承接约 11% 的请求
- 若仅需极少量验证流量，可设为
server 192.168.1.200:8080 weight=1 max_fails=1 fail_timeout=10s;
用 backup 标识测试节点（推荐组合方案）
backup 参数本身不参与常规轮询，只在所有非 backup 节点不可用时才启用。但结合 weight 可构建“条件触发式测试”：
- 将测试节点设为
backup，同时赋予正常 weight（如weight=1） - 日常不接收流量；人工临时停掉一台主力节点后，Nginx 自动把部分请求切到该 backup 节点，便于观察其行为
- 配置示例：
server 192.168.1.200:8080 weight=1 backup;
配合健康检查限制测试节点暴露范围
避免测试节点因偶发响应慢被误判为故障，也防止它意外承接过多流量：
- 为测试节点单独设置宽松的健康检查阈值，例如：
max_fails=1 fail_timeout=60s - 或使用
down参数临时下线，需要时再注释掉重启 Nginx（适合手动验证场景） - 不建议对测试节点启用
slow_start，因其主要用于新上线生产节点的预热
验证测试节点是否按权重生效
用循环请求 + 日志比对方式确认分配逻辑：
- 执行
for i in {1..30}; do curl -s http://nginx-lb/ | grep "server"; done - 统计返回中测试节点出现次数，应接近
总请求数 × 测试节点权重 ÷ 总权重 - 注意：Nginx 的加权轮询是“平滑加权”，并非严格按比例逐次轮转，短期小样本可能有偏差，建议 ≥50 次请求观测
