服务器TPCC值计算方法.docVIP

服务器TPCC值计算方法tpmC=67*20*8*4/(1-30%)=61257 倒算出综合系数=61257/10000=6.1 即数据库服务器tpmC=每日前台交易数*6.1（实际计算值应不高于该值） 应用服务器的tpmC=数据库服务器tpmC*50%（一般） 应用服务器的tpmC=数据库服务器tpmC*70%（涉及大量计算的，如社保、税务） 建议： 不管是TPC-C还是SPECjbb2000，计算结果都只能作为一个横向比较的参考。在实际应用中，决定系统性能的因素除了硬件、系统软件外，与应用软件的设计也是有很大关系的，此外，基于系统可扩展性的考虑，更多时候也倾向于一次性的采购。 从长远考虑，以政府信息化主管部门的角度考虑，建立一套评估机制是非常有用的，这其中包括： 1、通过对各单位业务系统运行情况的调查，进行历史数据的收集分析，按分类建立基准指标库。收集的信息包括：服务器的配置、并发用户数（每天业务量）、CPU负荷等； 2、由厂商定期提供基准值，更新基准指标库； 有了基准指标库的信息参照，不仅可以用于评估项目建设方案中服务器选型，也可以对各部门进行系统架构设计的优化提供指导。如以下是一些指导原则： 1、数据库服务器选型：采购两台相同配置的小型机，进行虚拟分区和并行处理，以提高系统资源的利用率；日后扩容时采取垂直扩展的方式进行升级； 2、应用服务器：采用负载均衡的方式提高并发处理能力，一般可配置2台以上，每台的硬件配置完全可以不同，应首先考虑使用旧的数据库服务器（利旧），如需采购新的服务器，应采用水平扩展的方式逐步升级； 3、WEB服务器，可以考虑采用刀片服务器，提高扩展性和可管理性。 参考一： 金保工程建设中服务器选型建议： /gb/zt/2005-12/14/content_98163.htm(中华人民共和国劳动和社会保障部网站) 参考二：某项目计算实例 为了方便计算数据库服务器的造型，我们约定： 系统同时在线用户数为1500人（U1）； 平均每个用户每分钟发出2次业务请求（N1）； 系统发出的业务请求中，更新、查询、统计各占1/3； 平均每次更新业务产生3个事务（T1）； 平均每次查询业务产生8个事务（T2）； 平均每次统计业务产生13个事务（T3）； 一天内忙时的处理量为平均值的5倍； 经验系数为1.6；(实际工程经验) 考虑服务器保留30％的冗余； 服务器需要的处理能力为： TPC-C=U1*N1*（T1+T2+T3）/3*3*经验系数/冗余系数 则应用服务器的处理性能估算为： TPC-C=1500*2*（3+8+13）/3*5*1.6/0.7=274,285tpmC 数据库服务器关系到整个系统的稳定运行，考虑到高可靠性和高可用性，并注重设备的可扩展性和性价比，系统将配置两台TPC-C值不小于28万的高性能数据库服务器。 link: TPC基准程序及tpmc值/store/detail/detail.asp?articleId=49970ColumnId=11541pg=view= 如何实施Benchmark标准测试-问题的提出及Tpc-C标准/archives/2004/10/howto_implement_benchmark_test01.html 假定我要选一台数据库服务器，数据库服务器主要运行Oracle数据库软件，系统需求如下： 目前，每天的交易笔数大约为125，000笔，预计将来每天的交易数大约会扩展1倍：125，000*2=250，000笔。 由此，以平均每天8小时计算，我们可计算出在峰值时系统的平均交易负载：平均峰值负载=250000/8/60=521笔/分钟 同时，考虑到交易不可能平均分布在网点营业的8个小时内，我们考虑系统运行高峰将会超过平均值的3-4倍，因此我们认为系统的最大峰值负载为：521*4=2084笔/分钟。 我们再提供一定的冗余空间，保证CPU充分发挥能力，提供可靠保证。一般认为系统冗余在30%左右，即保证性能的同时又保护投资的平衡点，即：CPU的性能要求=(最大峰值负载)*(1+30%)=2709笔/分钟根据cpu的性能要求，再考虑到不同机器的处理能力，可以推出系统所需的cpu个数。 因此，可以估算对系统处理性能(tpmC)的需求：性能需求=峰值分钟业务量×每笔业务性能开销=2709*9=24381tpmC 由于考虑数据库服务器要同时处理1000个连接，系统繁忙时如果全部使用则每秒峰值为1000笔/秒，一般冗余20%，则要求的这部分内存为：1000*(1+20%)*10MB=12G，考虑系统的开销，推荐内存配置为12G-16G。 同时即使在满负荷的情况下，系统也应保证70%的主机CPU处理余量，因此，对应计算得标准TPC-C估值为：24381/70%=34830