如何使用JMeter在服务器集群中定位具有动态Id的web元素？

我正在使用JMeter测试以下服务器基础结构的性能。代码库使用ICEfaces框架，因此每次有新构建时都会生成动态ID

我记录脚本并为不同的load10个用户、20个用户、30个用户等等运行它们。每当部署新的代码库时，由于ID的更改，我必须在再次执行测试运行之前重新记录脚本。 到目前为止，我能够令人满意地完成我的工作。

我希望通过尝试在以下服务器基础结构上测试性能，将我的工作提升到一个全新的水平

以下是我的问题-

由于有两个不同的节点Node1和Node2，每个节点都有一组唯一的与之相关联的动态ID，当我在特定登录会话上录制脚本时，我无法确定会话固定在哪个节点上，因此录制的脚本是为单个节点而不是集群定制的。 当负载平衡器开始工作时，我无法确定节点JMeter是否在性能运行期间命中，并且由于明显的原因，运行无法生成结果。 我想要一个劈刀的方式来记录脚本，可以成功地运行在多服务器配置

---

如何在此配置上执行性能测试？

我不明白为什么您需要知道Jmeter正在运行哪个服务器？对于动态ID，关联应该为您执行会话处理。您的意思是，您的web服务器第一次将请求路由到应用程序服务器A，然后下次路由到应用程序服务器B。这可以通过粘性会话来避免，也就是说，如果单个服务器已经提供了服务，则强制向其发送请求，但这对性能影响很小。测试结果不会预测实际性能。@NachiketKate，这就是问题所在，我想测试集群配置的整体性能，而不是单个节点的性能行为。对。我认为，通过使用上述方法，您将为您的设置实现95%的准确性能测试。棘手的会议。如果需要对其进行整体测试，则可以在两个应用程序服务器上使用通用ID，然后测试应用程序。这将为您提供您期望的输出。不需要粘性会话，因为两台服务器都有共同的ID池，因此可以服务于任何请求。这可以在登台环境中完成。@Nachiket Kate，我请求你完整仔细地阅读这个问题。我将为大家强调要点。由于两个不同的节点Node1和Node2，当负载平衡器开始工作时，每个节点都有一组唯一的与之相关联的动态ID，因此我不能确定节点JMeter是否会生成动态ID。我需要一种在整个集群上记录脚本的方法，它可以容忍动态ID，或者更好地绕过动态ID，无论由于负载平衡器操作而命中哪个节点，它都可以在集群上成功运行，谢谢：