Warning: file_get_contents(/data/phpspider/zhask/data//catemap/2/.net/24.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Java 什么是负载测试CMS web应用程序的实际度量?_Java_.net_Web Applications_Content Management System - Fatal编程技术网

Java 什么是负载测试CMS web应用程序的实际度量?

Java 什么是负载测试CMS web应用程序的实际度量?,java,.net,web-applications,content-management-system,Java,.net,Web Applications,Content Management System,我们公司在使用CMS web应用程序时遇到了一些困难。这个应用程序的一部分是由承包商构建的,当我们认为应用程序应该能够处理它时,我们一直面临一些稳定性问题(崩溃,不得不将它们放在负载平衡器或缓存机制前面)。我们制定了一个最低限度的标准度量,但我们不知道这些度量是否现实 我们希望在这个论坛上得到反馈,了解CMS系统应该独立于所构建的技术处理的现实期望是什么。因此,如果相同的应用程序是在.NET而不是Java(当前)中构建的,那么您将期望执行相同的操作 我们提出的指标包括: 并发请求数/队列长度:

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

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

我们提出的指标包括:

  • 并发请求数/队列长度:最大100

  • 送达请求的时间:至少2秒
  • 每小时请求数:150000
  • 每小时最小页面浏览次数:5000
最低高清要求: -2GB内存 -2个双核2.0 Ghz

一般功能:

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

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

  • 您的服务器场是什么样子的
  • 您的SLA的条款是什么
  • 您的典型用户是什么样子的?例如,多个简短用户或少个长会话和多个请求的用户
其他需要回答的重要问题:

  • 您想测量“第一个字节的时间”(我讨厌这个,但它很常见),还是将网络延迟包含在总“服务时间”中
  • 有多少编辑反对这个系统
  • 您的编辑器是针对相同的数据备份工作,还是在隔离环境中准备内容并推送成批内容更新
  • 您可以支持哪种缓存机制?内容是否会过时几分钟/小时

在我们的服务器群中,有几个负载平衡的64位服务器,每个服务器具有约32gb RAM(IIRC)和4个CPU,平均每小时的请求数不到100k,峰值负载为数百个请求/秒(不常见)。最终用户的总加载时间(包括图像和资产)必须在5秒以下。我们的CMS内容数据库的总页数不到750000页。我们有大量交叉加载的内容、查询、复杂的编辑器可配置小部件等。

您应该开始跟踪人们如何使用它。如果你保持网络日志,你会有一段时间的请求和活动的会话数等


然后,您应该使用这些指标来确定负载/压力测试应该是什么样子。一次有多少用户,在峰值事务级别对其进行负载测试-将读取和写入归零。

很难回答您的问题。 您提到了服务器的硬件,但我不清楚这些硬件是用于数据库服务器还是用于应用程序服务器(或者两者是否使用相同的硬件)。 您还没有向我们提供有关您数据库的信息

如果不了解您的应用程序体系结构,就更难提供帮助。一些体系结构决策,如数据库缓存、高级前端优化技术、数据库调优、全文索引、异步处理(通过消息队列)可以在应用程序性能和可伸缩性方面产生巨大的差异


无论如何,我建议您使用一些负载测试工具,如JMeter、Silk-Peformer、load Runner等。

我们公司使用load Runner和3组不同的脚本。1脚本是模仿网站、主页、登录、主题区域导航等的基本用例。。。。 第二个脚本是根据100个可能的搜索词进行随机站点搜索。第三个测试是针对向订阅者发送的大量电子邮件的响应用例

每个脚本我们重复动作20次

我们以100个并发用户运行第一个脚本,从每30秒增加5个用户开始,我们让它运行,然后我们提取统计数据

我们以20个并发用户运行第二个脚本,从每30秒增加2个用户开始

我们以500个并发用户运行第三个脚本,从1开始,每5秒增加10个

重要的是,我们运行相同的负载测试,并跟踪/分析基础架构每次更改的结果


Load runner跟踪响应时间、故障率和其他一些统计信息。。。使用远程代理,它还可以跟踪数据库和服务器的重要信息。

性能问题很少是直接的。坦率地说,您应该真正接受熟练集成人员的服务,了解您正在使用的CMS和性能优化。找出网络/CMS本身/其实现之间的瓶颈总是很棘手的


在我看来,您的规范相当“标准”,这里没有任何期望,因此我怀疑更多的是实施或网络问题,而不是直接的CMS(我不能说这不是CMS,我想说,这将是令人惊讶和失望的。如果它是一个著名的封闭源代码供应商,一个著名的开放源代码供应商,你认为CMS不是原因的机会正在迅速上升).

服务请求的时间:最短2秒,不是最长2秒吗?您发布的大多数问题,我们都有。我们正在重新设计托管机制的体系结构。我们的SLA不包括这些信息,但我们希望提供真实的数字。您的帖子很好地让我们相对了解了我们的位置。