加权轮询动态扩容测试需分三步：一、最小化环境预演配置变更，用三台实例模拟扩容并启用健康检查；二、压测+日志验证分流准确性，检查请求占比是否符合理论权重；三、模拟节点异常，验证权重自动再平衡与故障恢复能力。
加权轮询在动态扩容时的表现，不能只看配置是否生效，关键要看流量是否按新权重比例真实分发、后端是否平稳承接、故障节点是否被及时隔离。测试要分三步走：预演配置变更、验证实时分流、观察系统稳态。
一、用最小化环境模拟扩容过程
别直接在生产改，先搭三台最小实例（比如三台 Docker 容器或虚拟机），分别监听不同端口，例如：
- 192.168.1.10:8080（原蓝版，weight=60）
- 192.168.1.11:8080（原绿版，weight=40）
- 192.168.1.12:8080（新扩容节点，初始 weight=0 或 10）
把它们写进同一个 upstream 块，确保所有 server 都启用健康检查（max_fails=3 fail_timeout=30s）。这样扩容时只需改 weight 并 reload，不新增 server 行，避免语法错误风险。
二、用压测工具+日志交叉验证分流效果
权重不是数字游戏，得看实际请求落点。推荐组合使用：
- wrk -t4 -c100 -d30s http://nginx-ip/ 模拟中等并发，持续 30 秒
- 同时在每台后端服务器上执行 tail -f /var/log/app/access.log | grep -E "(GET|POST)"
- 对比各节点请求数占比，是否接近你设的权重比（如 60:40:10 → 理论应为 54.5% : 36.4% : 9.1%）
注意：首次 reload 后建议等 5–10 秒再开始压测，让 Nginx worker 完成状态同步；如果某节点请求数明显偏离（偏差＞15%），检查它是否因健康检查失败被临时剔除（查 error.log 中 “unhealthy” 关键词）。
三、模拟节点异常，验证权重再平衡能力
动态扩容不只是加机器，更要扛住“一边加、一边挂”的真实场景。手动停掉一台原服务（比如 kill -9 当前进程），观察：
- Nginx error.log 是否出现 “server ... failed, received no valid response”
- 剩余两台的请求量是否自动按剩余权重比例重分配（如原 60:40:10 → 停掉 40 节点后，变成 60:10 → 实际应为 85.7% : 14.3%）
- 重启该节点后，它是否在 fail_timeout 时间后自动恢复参与调度
这一步能暴露配置里是否漏了 max_fails 或 fail_timeout，也能确认权重调整不是静态快照，而是带自愈能力的动态策略。
整个测试过程不需要改代码、不依赖客户端配合，靠配置 + 压测 + 日志就能闭环验证。重点不是“能不能切”，而是“切得准不准、扛不扛得住”。
