正在阅读:英雄无用 光通道磁盘阵列ERP压力测试英雄无用 光通道磁盘阵列ERP压力测试

2007-11-28 16:19 出处: 作者:PConline企业频道 责任编辑:heyaorong

  

         

  pcyang  

  评测工程师介绍:  

              PConline  

        评测工程师  

        谢肖绵(点击进入BLOG)

       

     

  评测工程师评点:

      上次测试4路双核的企业级配置面对5G数据库时系统已经体现不出太多的压力,而这次加入了高端的光通道磁盘阵列。我们直接采用更大的数据库来增加压力,但无论是20G还是50G的数据压力下,整套系统的负载情况差别不大,平均TPS均保持在6左右,系统资源也没有达到理想的压力状态,也再一次的验证了我们之前的推测,ERP的性能已经发挥到了一个临界状态,而硬件系统还没有达到满负荷。可以说这一次的系统短板出现在软件部分。

        

    测试目的:通过模拟ERP软件实际常用模块组合,测试ERP和数据中心的负载能力。给企业采购和调优软硬件系统提供高参考价值数据。

    测试方法:本次测试采用的是浪潮PS-ERP最常用的物流功能6模块、帐务功能3模块一共9大模块测试脚本,在客户端利用Loadrunner虚拟用户并发并记录系统资源占用、响应时间、通过事务数等参数。

          试用数据库系统为MS SQL Server 2005,针对本次高端的硬件配置,我们特意采用了数据大小为20G和50G的巨量数据。

    测试环境:  

硬件组成    

客户机    

曙光A620r-F:AMD opteron2218HE*2/1G*16/SAS 15K 73G*4/Raid5

服务器    

曙光A830r-FAMD opteron8218HE*4/1G*16/浪潮AS800磁盘阵

网络    

    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帐务功能模块    

         TPS

    结论:上次测试4路双核的企业级配置面对5G数据库时系统已经体现不出太多的压力,而这次加入了高端的光通道磁盘阵列。我们直接采用更大的数据库来增加压力,但无论是20G还是50G的数据压力下,整套系统的负载情况差别不大,平均TPS均保持在6左右,系统资源也没有达到理想的压力状态,也再一次的验证了我们之前的推测,ERP的性能已经发挥到了一个临界状态,而硬件系统还没有达到满负荷。可以说这一次的系统短板出现在软件部分。

      
     

    文章导航:

     测试简介

     数据分析

     小结

    相关阅读:

    Pconline第三方ERP压力测试正式开始

    ERP压力测试方案

    物流功能模块及混合流程篇

    帐务功能模块及混合流程篇

    测试简介:

      本轮测试的服务器继续使用配置很高的企业级服务器,AMD四路双核,16G内存。不过本论测试的服务器不再是主角,存储系统的RAID5这次可以休息了,服务器存储系统被测试中跚跚来迟的浪潮AS800所替代,这可以说是测试中的绝对主角,无论是端到端4Gb的传输速度还是其昂贵的身价都不可能让人忽视。如此高端的存储服务器放在面对中小型企业的ERP系统测试中的确有些大材小用,但想想这样传说中的神兵利器会给测试带来什么惊喜,测试小组还是情不自禁的把AS800接到服务器上。  

    AS800

      AS800磁盘阵列是浪潮继AS1000系列产品以后推出的另一款端到端4Gb全光纤产品。AS800定位在光纤产品的中高端市场,在性能和扩展性方面具备了高端光纤产品才有的特点,为用户提供了高性价比的FC SAN光纤存储连接方案。

      AS800使用的是端到端4Gb全光纤存储系统,并且完全兼容2Gb光纤通道技术。AS800支持单控、双控两种模式的产品方案。AS800采用模块化无线缆连接方式,这极大提高了系统可靠可维护性。AS800支持全面的RAID功能,并提供先进的RAID 6功能,保障在两块硬盘同时出现故障时阵列仍然正常工作。AS800支持RAID后台初始化、在线扩容、RAID数据自动重建,RAID重建优先级可调。AS800支持本地、全局热备援磁盘,硬盘克隆、硬盘故障隔离,支持S.M.A.R.T技术。从技术特色和技术规格来看,AS800都是相当值得期待的。

      接下来,就让我们再进一步看看这台AS800。

      

    AS800

    AS800后视图

    AS800

    AS800前视图

    AS800

    显示窗

    AS800

    转接卡

    AS800

    转接卡

      了解完了硬件,接下来再让我们看一下实际测试结果吧。

      以往的测试采用的是数据量是大小为5G的数据库,其大小表示浪潮PS各个功能模块中涉及的物料字典、往来单位记录、出入库单据、帐本、凭证单据和销售发票等等各种数据记录表单。本次测试在4路双核的基础上加上浪潮AS800的光通道磁盘阵列,所以测试小组不再重复5G数据的测试,直接使用20G、50G的巨型数据库增加系统压力,5G数据库的测试结果可以对比《PS-ERP压力实测 4路双核胜似闲庭信步》。下图(图1)是5G、20G、50G数据库内容的数量比较。可以看出基本的往来单位、物料字典和帐本的差别不大,但是其余的出入库单销售提单、发票的数量都有8倍和20倍以上的增长。各种表单帐本的数目都百万乃至千万的级别,可以说20G、50G的数据量在现实中不会有真实的案例存在,测试也只是为了增加压力而增加压力,这样得到的系统压力已经不是单纯的提高并发数可以比拟的。

      数据库内容

      图1  3种数据库的内容

      

    数据分析

      测试小组首先进行了20G数据库200并发物流帐务混合测试,从图2结果中看出各模块的响应时间相对于4路双核5G数据的测试结果有了不同程度的加长,物流的各模块的响应时间和5G数据的结果差别不算很大,销售提货单制单比起5G的结果慢了50%,而客户欠款余额查询的响应时间却很接近,其他的物流模块响应时间的增长大致在40%左右。帐务模块方面,凭证制单和凭证记帐甚至要比5G的结果好1倍左右,另外,从来都是最慢的科目余额查询模块终于表现出了20G相对与5G数据量所应该产生的系统压力,上千秒的平均响应时间比5G的结果慢1倍到1.5倍。图1中的20G对比5G数据量的差别,物料字典、往来单位和凭证帐本这3部分是数量一样的,可以解释凭证制单、记帐以及其他涉及往来单位和物料字典的库存、采购入库单,客户欠款余额等等一些模块差别不大的原因。而20G数据中发票、出入库单都有8、9倍的增加,从而造成了各个巨大的科目帐,所以科目余额查询的冗长表现其实也在意料之中。

      20G

      图2 20G数据库混合测试结果

      随后,测试小组进行了50G数据的测试,图3是多种压力程度下的物流混合部分,相对于20G的结果,180并发以下的结果中有的模块甚至比20G的结果还要好。这主要在于两套测试的方案各模块的组合数和并发加载方式的区别,混合测试需要加载9个模块的所有数据,单物流模块只有6个,同时加载9模块就会产生很多的数据锁定现象,会导致跟多的系统等候时间和更长的队列长度。所以50G数据的物流模块测试比20G的混合测试有更快的响应时间也是不奇怪的,当然,这里不可能排除,硬件系统上的区别,光通道的磁盘阵列比RAID5有很大的性能优势。当并发数上升到220时,两套测试方案结果依然差别不大,物流各个模块的平均响应时间最长也没有超过400秒。50G的数据相当于一个超大型企业的多年累积的业务量,而超过200的实时并发数背后代表着700个以上同时在线的信息点。

      50G w

      图3 50G数据库物流模块测试结果

      50G数据测试的帐务方面(结果见图4),开始时测试小组进行了超过100的并发,结果出现了超时错误的现象,不得已只好将并发压力降低,由50并发开始进行测试。

      50并发时帐务模块的测试结果和20G的混合测试很接近,凭证制单和记帐模块的时间更加快一些,科目余额查询的时间相差无几,按数据量计算,三种大小的数据量大致比例是1:5:12,50G数据所产生的系统负载压力应该是20G的2.5倍,50并发的50G数据测试结果基本符合逻辑。当并发数上升到100时,帐务各模块响应时间分别有30%--100%的增长,在压力倍增的条件下,凭证制单和记帐基本上上翻番,而科目余额查询只有30%的增加,说明该模块的数据量已经达到或超过某个临界值,压力翻番时压力不再是线性增加。

      50g Z

      图4  50G数据库帐务模块测试结果

      

      图5-图10是不同压力下各个模块的响应时间变化情况,物流各模块在执行时其实对系统资源的占用并不多。但总的来说,各个模块随着并发压力的增加,其响应时间的增长逐渐趋于缓慢。因为每次进行同样的测试时,各个模块会调用SQL Server将其所需要的数据读进内存,而这个动作会占用一定的系统资源,而第二轮测试时同样模块再有同样的系统资源调用时,这些数据已经存在于内存当中,这会大大的减少系统的压力和响应时间,所得到的测试结果也会更好。

      

      1

      图5  全月加权成本计算

      客户欠款余额查询

      图6客户欠款余额查询

      库存入库单记账

      图7   库存入库单记账

      库存辅助管理余额查询

      图8   库存辅助管理余额查询

      采购入库单制单

      图9  采购入库单制单

      销售提货单制单

      图10  销售提货单制单

      

    小结:

      ziyuan1

      图11 系统资源

      图11 是各种并发下的系统资源占用情况,我们可以看到CPU占用平均在70%-80%,在测试开始初期的3、4分钟会有一个密集计算的阶段,此时CPU的占用会达到95%以上,此时是虚拟并发用户全部加载完毕,所需的各模块的数据都读写到内存当中,对CPU产生巨大的计算压力。但总体来说,50G数据库的系统压力反而没有上一轮四路双核5G数据库中所占用的系统资源来得高(见图12),虽然数据库的大小数量都增加很多,但CPU的占用却降低了5%--10%左右。这不能不说是光通道磁盘阵列带来的高速磁盘读写能力所起的积极作用。对比图11、12中主要反映存储系统性能的磁盘时间和磁盘吞吐速度可以得知,采用AS800的系统,磁盘时间是RAID5的一半左右,而吞吐速度大致提高了30%。数据量相差12倍左右的情况下,光通道速度带来的性能提升也可以说是巨大的了。

      ziyuan2

      图12 四路双核5G数据库测试系统资源

      反应系统性能的另一个重要指标---每秒事务数TPS,在这套磁盘阵列系统上出现了一个奇怪的现象,无论是20G还是50G的测试,系统的TPS都稳定6左右的位置(见图13),这个成绩只有四路双核RAID5系统的一半。在多个测试场景中,并发压力以及数据量的变化都没有引起TPS的波动。之前PConline采访过浪潮通软的高伟东工程师,他曾经提到过PS-ERP一个特有的功能,每年会对上年度的数据做分类归档,如果企业规模不发生很大变化,它所使用的数据库大小不会有很多的出入,哪怕是已经使用多年也只会保持一定的大小水平,另外高工也提到,到目前为止在PS-ERP实际的应用中都没有出现过一个超过5G大小的数据库。

      TPS

      图13 系统TPS统计

      浪潮PS-ERP本身是面向中小型企业的信息化系统,无论是200以上的并发数还是5G以上的数据库,都不会出现在PS-ERP实际的应用中。而且AS800本身面向高端的定位和极其昂贵的价格,也注定了这个磁盘阵列不会出现在中小型企业信息系统之中。但以上种种的不可能还是在我们的测试中再次的验证了硬件的发展永远超在软件之前,PS-ERP的系统基本上不能形成这个硬件系统的满负荷压力。浪潮通软另外有面对大型企业的高性能ERP产品,相信在其之上英雄会有用武之地。

      

      

      

      

    为您推荐

    加载更多
    加载更多
    加载更多
    加载更多
    加载更多
    加载更多
    加载更多
    加载更多
    加载更多

    网络设备论坛帖子排行

    最高点击 最高回复 最新
    最新资讯离线随时看 聊天吐槽赢奖品