java - 负载测试 CMS Web 应用程序的实际度量是什么？

Question

我们公司在使用 CMS 网络应用程序时遇到了一些困难。这个应用程序是由承包商部分构建的，当我们认为应用程序应该能够处理它时，我们一直面临一些稳定性问题(崩溃，必须将它们放在负载平衡器或缓存机制之前)。我们制定了一个最低限度的标准衡量标准，但我们不知道这些指标是否切合实际。

我们希望在这个论坛上获得关于 CMS 系统应该独立于构建的技术处理的现实期望的反馈。因此，如果要在 .NET 而不是 Java(当前)中构建相同的应用程序，您将期望执行相同的操作。

我们得出的指标是:

• 并发请求数/队列长度:最大100
• 服务请求的时间:最少 2 秒
• 每小时请求数:150,000
• 每小时最低页面浏览量:5,000

最低高清要求: - 2 GB 内存 - 2 个双核 2.0 Ghz

一般功能:

• 动态交叉引用(人们新闻，对人和新闻的事件，技术案例等)
• 高级搜索功能
• 高度可配置，无需编程

Answer 1

在没有任何关于硬件、技术、负载、使用等的信息的情况下，做出具体的性能和可扩展性期望是不合理的。“CMS”非常广泛:

• 您的服务器场是什么样的？
• 您的 SLA 有哪些条款？
• 您的典型用户是什么样的？例如。许多简短的用户还是更少的长时间 session 和许多请求的用户？

其他需要回答的重要问题:

• 您想测量“第一个字节的时间”(我讨厌这个，但它很常见)，还是将网络延迟包括在您的总“服务时间”中？
• 有多少编辑在与系统作对？
• 您的编辑是否在相同的数据支持下工作，或者他们是否在隔离环境中准备内容并推送批量内容更新？
• 你能支持什么样的缓存机制？内容会在几分钟/几小时内过时吗？

在我们的农场中，有几台负载均衡的 64 位服务器，每台服务器具有 ~32gb RAM (IIRC) 和 4 个 CPU，我们平均每小时处理不到 10 万个请求，峰值负载为每秒数百个请求(不常见)。最终用户总加载时间(包括图像和 Assets )必须低于 5 秒。我们的 CMS 内容数据库总数不到 750,000 页。我们有大量交叉加载的内容、查询、复杂的编辑器可配置小部件等。