问题描述
我有一个Web应用程序，并使用Web协议进行记录。应用程序配置为4核和4 GB RAM。我们可以用4个内核和4 GB RAM分配多少用户。
谢谢 拉加夫
解决方法
我不知道。我对您的虚拟用户或应用程序一无所知。我不知道它们分别在负载生成器上执行需要多少CPU，磁盘，内存或网络，或者资源如何在应用程序上锁定。我对您的虚拟用户开发技能一无所知-通常，使用该工具的人较不成熟，他们产生的虚拟用户利用的资源远远超出了必要。您可能已经定义了一个没有思考时间的方案。...在这种情况下，与真正的用户相比，您在服务器上获得的用户要少得多。我不知道您对负载生成器资源使用的容忍度是多少-对于任何有限的资源集，我通常使我的资源池不超过可用池的50％。
但我可以与您分享以下内容：
- 请考虑至少使用三个硬件匹配的负载生成器。用于控制组，每种类型的一个虚拟用户，其余的负载在其余两个之间平衡。如果这三个指标均在响应时间内降级，则表明您的应用具有共同的外部原因，这是很高的置信度，但是如果您的控制组没有降级，而您的全局组却降级了....那么，您可以看到进展情况。
- 不要在控制器上运行虚拟用户。魔法不佳
- 高日志记录就像使用拖曳锚来运行快艇...并且当所有虚拟用户将大量日志写入驱动器时，拖曳锚是磁盘上的争用。登录错误就足够了。
- “多少”的答案就是我们进行测试的原因。您的响应时间可能会降到有用的故障点，这要早于主机实际发生故障的时间。
- 可伸缩性取决于资源的使用方式以及为用户锁定资源的时间。过早分配您经常碰到的大量内容，然后长时间保留下来，您将获得更少的用户。
您是否考虑过史蒂夫·苏德斯（Steve Souders）的集体著作？