| 评测工程师介绍: PConline 评测工程师 谢肖绵(点击进入BLOG) | 评测工程师评点: 据浪潮通软工程师高伟东介绍,浪潮通软PS-ERP在实际应用中没有遇到过200的并发 ,如此大规模的ERP浪潮通软有另外的产品线去适应。同时我们测试中也发现,4路双核的服务器系统在ERP的大并发压力下,工作仍然顺利流畅,而两层结构的PS-ERP在大并发状态下,已经很难完全发挥硬件平台的性能了。在四路双核这样的硬件平台上,应用软件遇到了并发的上限。 |
测试目的:通过模拟ERP软件实际常用模块组合,测试ERP和数据中心的负载能力。给企业采购和调优软硬件系统提供高参考价值数据。 测试方法:本次测试采用的是浪潮PS-ERP最常用的物流功能6模块、帐务功能3模块一共9大模块测试脚本,在客户端利用Loadrunner虚拟用户并发并记录系统资源占用、响应时间、通过事务数等参数。 测试用数据库系统为MS SQL Server 2005,数据大小为5G。5G数据库大约是一个中等规模企业使用浪潮PS-ERP的数据大小。 测试环境: 硬件组成 | 客户机 | 曙光A620r-F:AMD opteron2218HE*2/1G*16/SAS 15K 73G*4/Raid5 | 服务器 | 曙光A830r-F:AMD opteron8218HE*4/1G*16/SAS 15K 73G*4/Raid5 | 网络 | H3C 24口 1000M交换机 | 软件组成 | OS: Microsoft Windows Server 2003 Enterprise x64 Edition Microsoft Windows Server 2003 Enterprise Edition(32Bit) | Microsoft SQL Server 2005 with SP2 | 浪潮通软ERP-PS9.1 | Loadrunner8.1 | 测试脚本 | 浪潮ERP物流6功能模块、3帐务功能模块 |
| | 结论:企业级服务器的四路双核CPU处理能力应付浪潮PS-ERP系统还是游刃有余的。看各种不同组合并发数下的TPS(每秒处理事务数),100-200并发时TPS平均在11以上呈逐渐上升趋势,200并发下的TPS处于峰值,200以上的TPS已经开始下降到11以下,系统的单位处理能力开始下降。不过200以上的并发压力也不可能出现在面对中小型企业的浪潮PS-ERP上面,说明这套系统在200并发数的压力最能展示系统的性能,4路双核、16G内存和RAID5组合的服务器系统足以承担200并发的压力。 | | |
| |
测试简介: 本次测试所使用的服务器是曙光天阔A830r-F服务器。曙光天阔A830r-F服务器采用了Nvidia nForce Pro 2200/2050高性能服务器芯片组,提供了高速HyperTransport直连架构,并支持高速DDR2内存,可以极大地提高整机性能和运行效率。A830r-F服务器提供了16根DIMM插槽,最大内存容量可扩展高达64GB。支持热插拔SAS硬盘,这一次送到我们这里的服务器配置的是一个LSI ELP8708的RAID卡,另外配备了4块SAS 1.5W转的硬盘。 曙光天阔A830r-F服务器采用3U机架式设计,集高密度和高性能于一身,以有限的空间为用户提供了强大的功能。独特高密机架式服务器散热结构设计,能稳定运行Windows、Redhat Linux等多种32位和64位主流操作系统,是能适应多种重要任务环境的新一代IA架构服务器。它具有处理速度快、可用性强、易管理、可靠性高等特点。 这一次测试过程中,我们使用曙光四路双核A830r-F服务器服务器的时间是最长的了。这不仅仅是因为曙光四路双核A830r-F服务器是所有的四台服务器中性能最高的服务器,更因为这款服务器在稳定性和使用便利性方面来看,这台服务器都是其中表现最好的。在整个测试过程中,曙光四路双核A830r-F服务器不是被当作服务起来使用就会当作客户端来使用。 曙光 天阔A830r-F 图 库 评 测 论 坛 报 价 曙光天阔A830r-F内景
曙光天阔A830r-F内景
曙光天阔A830r-F内景
测试采用的是数据量是大小为5G的数据库,这里需要说明一下的是5G数据库的真正含义,测试用的数据库表示浪潮PS各个功能模块中涉及的物料字典、往来单位记录、出入库单据、帐本、凭证单据和销售发票等等各种数据记录表单。由于硬件配置较低,我们只打算测试5G的数据库,5G的数据库,光是销售发票就有137754张之多,出库单数量是346430张,其他的各种单据都在30万张以上。假如单张销售发票面额是1000元,这个5G的数据量已经代表了一个营业额过亿的中等规模的加工贸易型企业了。可以想像,这样规模的企业应该是不会使用这种配置的服务端了,现实中的中小型企业或许不会有那么大的业务数据量,但我们进行的是ERP压力测试,只从极端的情况来考虑,当一个企业的业务量激增,而系统环境还来不及升级的情况下,就能体现出这些系统应对巨大压力时的价值了。 还有需要和大家先说明的是并发数,同样大小的测试数据库下,我们用增加并发数来体现压力的增加,直至并发过多最后使系统瘫痪,以次来确定各个系统的承受极限以及相应的TPS。并发动作好比我们日常工作中的某个一个具体业务创作,从客户端向服务端发出一个业务请求,作为一个并发动作,当服务端解决并返回业务操作结果,视为一个完整的事务(Transaction)。根据各个测试模块的具体动作,则事务的复杂程度也是有所不同的。就象现实中的企业运作一样,库房收取入库产品,做入库单据;而同一时间,会计也在统计帐页,查询各往来单位的收付情况。混合测试就是多项业务功能客户端在同一时间向ERP的数据库提出业务请求,具体的数量就是我们设定的并发数。一家企业由多个客户机形成数量大小不同的客户端,日常或许同时有20、30人在线,而向服务器发出业务申请的可能只有10个以下,这里就是我们所定义的并发用户数。向相关人士了解,现实中的中小型企业,客户端在100到200个左右,日常工作的并发数大概在30-50个左右。当并发数过大时,系统资源主要用于大量的运算处理,对客户端返回结果的其响应时间(Responding Time)就会大大加长。即便没有产生等待超时的死锁进程,如果完成事物的响应时间过长,这样的结果也是没有什么参考价值的(相关说明见本站文章“微软、浪潮工程师谈ERP压力测试”)。 本轮测试的服务器服务器是配置较高的企业级服务器,使用AMD四路双核,16G内存,存储系统为4块15,000转的73G硬盘组成的硬件RAID5(系统详情见图1)。 图1 系统资源
|