带负载均衡器的Web应用压测问题：请求单节点转发及工具求助

常见原因及修复手段 #

• 会话粘性配置问题：负载均衡器可能开启了会话粘性（比如基于Cookie或源IP的绑定），导致同一JMeter线程的所有请求都被路由到同一后端节点。检查LB的会话粘性设置，若业务不需要则直接关闭，或缩短粘性超时时间。
• JMeter连接复用导致的路由固化：JMeter默认复用HTTP长连接，部分LB会基于连接而非请求做负载均衡。可以在HTTP请求的「高级」选项中勾选「Close Connection」，强制每次请求后关闭连接，让LB重新分配节点；也可以在user.properties中添加httpclient.reset_state_on_thread_group_iteration=true，确保线程迭代时重置连接状态。
• 负载均衡算法不匹配：如果LB采用IP哈希算法，而JMeter所有请求都来自同一测试机IP，必然会全部路由到同一节点。此时可以修改LB的算法为轮询、最小连接数等；或者启用JMeter的**IP欺骗（IP Spoofing）**功能，模拟不同源IP的请求，触发LB的均衡策略。
• DNS缓存未正确生效：虽然用了DNS Cache Manager，但可能LB的IP未被正确解析或更新。可以尝试在JMeter中禁用DNS缓存（在HTTP请求的高级设置中关闭「Use DNS Cache Manager」），或手动指定LB的多个IP地址，让JMeter随机选择。

• Gatling：高性能的Scala压测工具，支持从CSV/JSON文件加载多用户凭证池，每个虚拟用户可绑定独立凭证。其HTTP客户端默认的连接策略更易触发LB的负载均衡，避免请求集中问题。
• k6：轻量级JavaScript压测工具，语法简洁，可通过open()读取外部凭证文件，为每个虚拟用户分配唯一凭证。通过配置http.reuseConnections=false禁用连接复用，确保LB能正确分发请求到不同节点。
• Locust：Python分布式压测工具，支持自定义用户行为逻辑，可轻松从CSV导入多组凭证，每个用户实例使用独立凭证。分布式运行时，不同Worker节点的源IP不同，能有效触发LB的均衡策略。
• Apache Bench (ab)：适合简单场景，可通过Shell脚本循环读取不同凭证，结合-k参数控制连接复用。虽然功能基础，但对于快速验证LB均衡效果足够。

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