Docker 执行负载测试以模拟200k-500k并发用户的最佳解决方案是什么？

我正在寻找执行负载测试的最佳解决方案，以模拟200k-500k并发用户来测试web应用程序。有些场景与视频查看、用户内容推送（如图片、视频上传）、页面查看有关。目标之一就是确保CDN服务能够从用户角度处理如此巨大的负载

根据研究，Jmeter似乎可以按如下所述分布：

• 码头工人
• AWS+码头工人

问题:

但是，在寻找云时，如何估计需要多少从属节点以及使用哪些硬件

火焰表服务怎么样？看起来这项服务可以节省时间——只需避免基础设施设置

事实上，如果没有问题1的答案，就不可能计算成本并进行比较

---

有什么建议吗？使用最佳智能解决方案在严格的时间范围内进行目标测试的想法：）

Docker本身并不能解决扩展难题，它做了相反的事情：产生了消耗资源的开销。因此，除非您有像或这样的容器编排解决方案，它可以在物理或虚拟机上自动扩展或创建新容器，否则与不使用容器的裸机或虚拟机相比，它不会给您带来任何性能优势

没有“可以模拟5000个虚拟用户”这样的答案，因为实际数量取决于：

• 机器硬件规格
• 测试的性质（采样器、前/后处理器、断言等的性质）
• 应用程序响应时间和大小

因此，如果您执行simple，它返回少量数据，您将能够模拟更多的用户，而不是上传大文件和接收大响应

因此，你应该采取以下行动：

>P>确保在CPU、RAM、网络、磁盘IO等方面监视JMeX引擎的健康状况。如果您没有考虑到，可以考虑使用< /P>
• 一定要跟上

• 从1个虚拟用户开始，逐渐增加负载，同时查看资源消耗

• 当任何受监控的资源消耗开始超过合理阈值时，即总可用容量的80%——通过查看

• 这是针对特定测试，您可以从特定计算机模拟的用户数量

BlazeMeter引擎的硬件容量也有限，并且上述限制也适用，因此请确保在负载测试期间进行监控，就好像JMeter无法足够快地发送请求一样，即使您的应用程序每单位时间可以处理更多请求，您也会得到“假阴性”结果