JMeter测试时如何重启线程会话解决后端服务切换无响应问题

JMeter、SoapUI两类工具复现相同故障，说明问题和压测工具本身逻辑无关，故障点在虚拟IP(VIP)对应的负载均衡链路，核心是后端服务变更时，流量没有按预期完成节点切换，和压测线程是否自动重启没有关系。

• 优先检查负载均衡会话保持配置
  若开启了源IP粘性会话、长连接会话保持且超时时间设置过长，负载均衡会将已建立连接的请求持续绑定到最初接入的服务1节点，即便服务1已经下线，存量连接也不会自动切流到服务2。
  四层负载均衡（LVS、Nginx Stream等）场景下直接关闭源IP粘性，将长连接会话超时调整到10s以内；七层负载均衡场景下缩短会话保持超时到业务可接受的最小值，或配置请求转发时主动重写Connection头，触发旧连接回收。
• 校验后端节点健康检查规则
  服务下线后流量未切走的最常见原因是健康检查配置失效：
  • 不要仅使用TCP端口探测作为健康检查规则，要配置应用层探活（比如校验HTTP接口返回200状态码），确保探活端口、路径和服务实际提供服务的配置一致
  • 调整健康检查敏感度：设置探活间隔2s，连续2次探活失败即标记节点不可用，连续3次探活成功才标记节点可用，避免服务1已关机但负载均衡仍判定节点存活、服务2启动很久未被加入可用节点池的问题
• 检查VIP连接跟踪配置
  如果是基于Keepalived自建的VIP，需要开启主备节点连接跟踪表快速同步，后端节点变更时主动清理失效的连接跟踪条目，避免旧五元组连接持续指向已下线的服务1。如果是云厂商提供的SLB/ALB产品，开启“后端变更自动重置失效连接”“连接优雅中断”开关，避免僵死连接长期占用不释放。
• 压测侧配置验证
  完成上述负载均衡配置调整后，可通过压测工具配置辅助验证问题是否解决：
  1. JMeter中将HTTP请求实现修改为HttpClient4，设置连接超时、响应超时均为5s，避免请求无限等待无响应
  2. 临时关闭压测请求的长连接（Keep-Alive）开关，每次请求新建连接，若此时切流正常，可100%确认故障来自负载均衡长连接/会话保持配置问题

验证标准：手动下线服务1后，负载均衡监控中服务1的流量应在10s内降到0，服务2流量同步上涨，压测端仅会出现短暂错误波动，不会出现全量请求无响应的情况。

内容的提问来源于stack exchange，提问作者Ehtimad Ismayilov