JMeter/Azure/Taurus - 在多个节点/工作人员上运行测试时观察到的错误

Question

我们正在使用 Taurus 作为 Azure 管道的一部分运行测试。 我们有一个 Python 脚本，可以扩展到 10 个节点（节点大小：standard_B8ms）和 10 个 JMeter 工作人员。 JMeter 脚本将结果报告给 Grafana。 在运行测试时，我们可以看到节点上的（Grafana、Reporting 和 JMeter）进程。

观察到的问题是，当使用 5 个线程在本地运行测试时，使用不同的登录名，脚本工作正常，没有错误。 但是，我们将测试扩展到 5 个节点和 5 个工作人员的 35 个用户，在交易中观察到错误。 这与使用多个节点有关吗？ 我们正在使用“bzm - 随机 CSV 数据集配置”插件来确保用户在用户升级时没有跨节点登录应用程序。

从节点资源的角度来看没有问题。 CPU 在上升过程中最多会达到 10%，然后下降。

有没有其他人观察到这一点？ 如果是这样，提高 JMeter 测试可靠性的有效解决方案是什么？ 使用自定义线程组之一来控制加速和保持周期会更好吗？

谢谢你。

Answer 1

如果无法在较低负载（5 个线程）上重现该问题，而在较高负载（35 个线程）下无法重现该问题，则肯定与被测系统过载且无法处理如此数量的虚拟用户这一事实有关。

另请注意，当您在分布式模式下运行测试时，您在线程组中设置的线程数乘以 JMeter 从站的数量，因此：

• 如果您有 5 个线程和 10 个从站 - 总共有 50 个虚拟用户
• 如果您有 35 个线程和 10 个从站 - 总共有 350 个虚拟用户

因此，请检查以下内容：

• Taurus Artifacts 目录中的error.jtl文件
• 每个从机上的jmeter.log文件，如果它没有说明任何有意义的信息，则将JMeter 日志记录详细程度增加到 DEBUG 级别
• 被测系统日志文件