azure - 200k RPM 的 jMeter 压力测试

Question

我们正在尝试在我们的平台上运行压力测试以达到 200k+ RPM。我们的测试是为 jMeter 编写的。为此，我们使用了 Microsoft Azure、Blaze Meter 和 Flood.io，但无论我们做什么，都不能超过 50k RPM。

我们确信我们的平台支持 200k+ RPM 负载，因为我们在一个特殊事件中看到它。但是，我们运行的压力测试不会达到那么高。我们最初在使用 CloudFlare 时遇到了一些问题，因此我们将其关闭。

对 10 万用户(20 万+ RPM)进行压力测试真的很重要吗
交易？

我们做错了什么？可能是jMeter配置吗？

在典型的场景中，达到这样的负载需要什么类型的电网？

编辑:我们监控 New Relic 上的负载，这就是我们知道 RPM 的地方

Answer 1

没有足够的信息来确定您的测试/应用程序出了什么问题，因此我建议您执行以下故障排除步骤:

200 000 RPM 类似于 3333 RPS

JMeter的绝对多数samplers是 stateful ，这意味着每个 JMeter 线程在发送新请求之前都会等待上一个请求的响应，所以

如果您想要 3333 RPS 并且您的应用程序响应时间为 1 秒 - 您将需要 3333 个线程(虚拟用户)

如果您想要 3333 RPS 并且您的应用程序响应时间为 2 秒 - 您将需要 6666 个线程

如果您想要 3333 RPS 并且您的应用程序响应时间为 3 秒 - 您将需要 9999 个线程

配置 JMeter 以保持所需吞吐量的最快和最简单的方法是使用 Concurrency Thread Group和 Throughput Shaping Timer组合。它们可以通过 feedback loop 绑定(bind)在一起如果当前数量不足以维持所需的每秒请求率，JMeter 将在需要时创建新线程。

确保您关注 JMeter Best Practices和来自 9 Easy Solutions for a JMeter Load Test “Out of Memory” Failure 的建议指导以确保为高负载正确配置 JMeter

确保您的被测应用程序在 CPU、RAM、网络、磁盘等方面有足够的空间。您可以使用 JMeter PerfMon Plugin 对其进行监控.

与第 5 点相同，但在 JMeter 方面。如果 JMeter 机器缺乏硬件资源 - 它根本无法足够快地发送请求。如果您无法从单个 JMeter 主机每秒发送 3.3k 请求 - 请考虑 Distributed Testing