省工商SOA协同办公项目性能测试需求分析报告

XX省工商SOA协同办公项目性能测试需求分析报告1.概述：首先对2006年和2007年的全年工商SOA业务量进行了统计，总结出工商业务量的增长趋势，对2008至2009年的全年税收业务量进行了估算,有必要指出的是，网络流量的估算与联网机构的接入方式密切相关，但是哪些联网机构可以集中接入，集中接入的层次，及集中接入机构的业务量在总业务量的占比各地差异很大；从地域上考虑，各联网机构在各地级市的集中程度也不尽相同，比如说，部分市做到了省集中、而在另一部分市尚未做到省集中。以此为依据，同时结合工商业务量分布特点，按照市集中和全省集中两种模式，对用户访问量、系统处理能力、存储容量、网络流量等4个主要方面进行初步分析估算。另,本次估算以用户提供的性能需求（每年完成140万笔交易）为主要依据，结合参考WEB服务器的使用人数极限及SOA协同办公的特点，对SOA系统的用户访问量、系统处理能力、业务处理能力、网络流量、系统响应时间等5个主要方面进行初步分析估算。并计算出系统稳定运行所需的并发用户数，响应时间，每秒/请求数等SOA系统主要性能参数指标。最后通过执行既定的测试策略。来SOA检验系统是否可以达到预期的性能指标。确定系统瓶颈点。2.用户访问量计算2.1用户访问量换算换算方法：使用20，80原则分析并发强度指标：并发用户峰值数按日高峰访问量的80%同时访问计算,并发用户最小值按照日均访问量的80%计算换算结果：日平均访问量：140万/365= 3835笔交易(事务)每分钟完成交易数：3835/8*60=7.98笔交易(事务)约为8次（每天8小时工作日，其他不考虑）假设1：每年80%的业务在20%的时间内完成：高峰日访问量：（140万/365）*4=15340笔交易(事务)假设2：每天80%的业务在20%的时间内完成：日高峰访问量（每分钟）：15340*0.8/1.5*60=136笔交易(事务)并发用户峰值数：136*0.8=108.8 （个） 约为100个并发用户并发用户平均值：7.98*0.8=6.4（个） 约为10个并发用户假设3:高峰时段为每月10，20，30日上午9：00-11：00，下午2：00-4：002.2系统可扩展性和延续性估算：考虑到系统的可扩展性和延续性，业务量每年是递增的趋势，另外随着使用时间的增加累计数据对于系统也将造成很大的压力 首先对2007年全年业务量进行了统计，总结出业务量的增长趋势， 然后对2008至2010年的全年业务量进行了估算假设：业务年增长率大约在15%左右。（国际标准,项目没有提供明确的业务量增长趋势）2.3并发用户访问量估算名称年处理业务日均访问量平均交易数高峰日访问量日高峰访问量并发用户峰值数并发用户最小值2010212万583112.1223330207166152009185万507110.520287180144102008161万44109.1717641157126102007140万38357.98153401361095说明：并发用户峰值数：按日高峰访问量的80%计算并发用户最小值：按照日均访问量的80%计算2.4并发用户访问量性能指标：系统应该支持如下的并发测试：（100-160个并发）其中考虑到协同办公的特点:需要每天通过即时通讯(早上上班)统一登录系统签到。所以对于即时通讯登录系统的并发用户还应该有所增加。性能指标参见容灾用户访问估算。2.5 容灾用户访问量换算：假设4：出现重大的灾难时间，例如WEB服务器队列堵塞，数据库堵塞或者死锁，假设并发访问设置为70万次/每天。估算系统运行参数指标。通过测试检查系统是否崩溃，要求系统提供容灾方案，以保证系统稳定运行。容灾平均访问量（分钟）70万/24/60= 486 次交易容灾并发用户峰值数=486*0.8=388次交易容灾并发用户平均数=388*0.5=194次交易容灾用户访问量估算列表名称容灾日访问量容灾平均访问量并发用户峰值数并发平均值容灾测试70万486 次388次194次2.6 容灾用户访问量估算指标：系统应该支持如下的并发测试以保证系统在出现灾难时系统稳定：（200-400个用户并发）测试策略：需要测试系统在200-400用户并发的情况下8小时运行是否有崩溃,宕机情况。同时要求系统必须提供故障转移及恢复功能。3.系统处理能力计算3.1系统处理能力换算： 系统处理能力TPM-C值计算公式为：TPM-C = M*M0/T/M1M为日交易量，包括对数据库更新、查询、增加、删除等操作。计算TPM-C的目的是为了确定机器的处理能力，由于在每天的业务处理过程中，业务发生的频度不尽相同，一般情况下是按照8/2原则，具体来说，在20%的工作时间内业务人员要处理80%的业务。M0为一个应用交易所对应的标准交易个数，推荐值为8-20，由于系统体系结构的不同、应用服务器的结构不同，各个厂商的推荐值也不同，如：HP公司推荐为10。T为交易的高峰时间，使用2/8原则，如：每日工作时间为10小时，那么交易的高峰时间T=8*20%=1.6小时。M1为机器实际为系统提供的处理能力，机器需要预留一部分处理能力，这一部分的处理能力是为了分配给操作系统、中间件应用服务器及数据库服务器的。M1一般来说为80%。 说明：M0=10，参考目前厂商与TPC组织推荐的标准820，及借鉴相关类似系统（主要是中国现代化支付系统和中国银联交换系统）的取值情况，同时考虑到自身交易有一定的复杂性。经估算，本公司采用TIPS的交易复杂度系数M0取值10T=96分钟，按照每天工作8个小时计算，同时根据2/8原则，即8*20%=1.6小时=96分钟内完成每天的工作量。SOA（实时办公系统） TPM-C = M*（M0/T/M1=10/96/0.8）=0.13 * M（其中M1=80%）。关于业务量M的计算，按照日最大交易量来进行计算，同时按照8/2原则，即在日高峰期要处理全天80%的业务。3.2.系统处理能力计算：系统处理能力TPM-C名称年处理业务日均访问量平均交易数（分）高峰日访问量TPM-C2010212万笔583112.122333030332009185万笔507110.52028726372008161万笔44109.171764122932007140万笔38357.98153401994系统容灾处理能力TPM-C名称容灾日访问量容灾平均访问量（分）并发用户峰值数并发用户平均值TPM-C容灾测试70万486 次388次194次91000注：（在进行设备选型及工程设计过程中，往往借助于tpm-c 值等对设备和系统的性能进行量化。为了选择更好的量化标准，在本次工程设计中引入了“tpm-c”的概念，对系统的处理能力进行描述。 系统的处理能力是指一段时间内的数据积压需要在规定的时间内完成数据处理（包括数据采集、预处理、审核校验等）的能力，数值越大，对系统软件处理能力的要求越高。）摘自“中国电信集团公司全国计费结算中心”4.网络流量分析根据业务量统计表，下表给出了每分钟交易数量。说明其中高峰交易量是根据2/8原则，即在工作时间内，80%的业务是在整个工作日的20%时间内完成，其中业务量按照每天可能发生的最大交易量乘80%来计算，其中工作时间按照正常工作时间8小时的20%来进行计算。单位时间内业务量统计表类型年度吞吐量（年）高峰日交易量（笔/日）日高峰期交易量（笔/90分钟）高峰期单位时间交易量（笔/分钟）常规2007140万15340122721362008161万17641141131572009185万20287162301802010212万2333018664207容灾200750400万140万112000012440每秒/交易数=207假设5：在执行每笔业务时，假设大约占用10K资源，假定不考虑网络带宽在传输过程中的效率损失，下表给出了对网络带宽的需求。网络带宽的需求表(无效率损失)类型年度吞吐量（年）高峰期单位时间交易量（笔/分钟）日高峰期每分钟数据传输量（Kbit/Min）日高峰期每分钟数据传输量（Kbps）常规2007140万136136022.62008161万157157026.22009185万1801800302010212万207207034.5容灾200750400万124402070假设6：按照每笔业务处理需要10K，考虑到并发情况及网络利用效率等问题（效率损失为60%），实际所需要的网络带宽为下表所示。类型年度吞吐量（年）不考虑网络效率损失的带宽要求（Kbps）考虑网络效率损失后的带宽要求（60%）（Kbps）假定传输压缩率50%，压缩后的带宽要求（Kbps）常规2007140万22.637.618.82008161万26.236.918.42009185万302010212万34.55025容灾200750400万2070K3450k1725K5.业务处理和系统响应时间 业务处理时间（根据国际标准3,5,8原则推算）在不考虑内部系统的处理时间的情况下，信息在TIPS内部的处理时间最长不应该超过8秒。系统登录时间最长8秒；从报文或文件进入系统到接收回执时间不超过8秒；报文或文件传输不成功时，在58秒时间内通知发送者；因某种原因，报文或文件滞留在系统中时，应在30秒时间内向发送者发出提示信息。每秒请求数=(高峰日访问量*0.8)/(8*20%*3600)= (高峰日访问量*0.8)/5760名称年处理业务日均访问量平均交易数高峰日访问量日高峰期访问量(天)每秒请求数2010212万583112.1223330186643.242009185万507110.520287162292.812008161万44109.1717641141122.452007140万38357.9815340122722.13名称容灾日访问量日高峰期访问量(天)每秒请求数容灾测试140万1120000194.4业务处理和系统响应时间性能指标：业务处理(每秒请求数)应该大与4次/秒。才能满足系统的性能需求。系统处理事务（交易）响应时间应该小于8-10秒为宜（参考信息来源于中国软件测评中心）6.性能需求指标：并发用户指标： 并发用户数：160 系统稳定性指标： 系统有效工作时间：99.5% WEB服务持续稳定工作时间： 3天（72小时）系统吞吐量指标（多层体系结构） 完成业务情况（数据库容量）：