参考文档系统能力需求估算.docx

1、参考文档系统能力需求估算1.1系统能力需求估算1.1.1数据库服务器数据库服务器实现核心数据的存储和处理。数据库服务要求长期稳定的运行， 服务器硬件要保证长时间无故障运行，系统必须提供硬件的冗余性能。本平台的服务器硬件不但会按照满足当前需求进行配置， 并且要考虑预留一定的系统扩展能力。总性能需求=业务处理性能+接口处理性能+报表统计分析。1.1.1.1业务处理性能需求数据库服务器需要的处理性能估算为：系统同时在线用户数为50人（U1）；平均每个用户每分钟发出2次业务请 求（N1）；系统发出的业务请求中，更新、查询、统计比例为 3:6:1 ；平均每次更新业务产生30个事务（T1）；平均每次查询业

2、务产生70个事务（T2）；平均每次统计业务产生90个事务（T3）；一天内忙时的处理量为平均值的 5倍；经验系数为1.6 ；（实际工程经验）; 考虑服务器保留30 %的冗余；服务器需要的处理能力为：TPC-C=U1*N1*（ （T1+T2+T3 ） /3）*5* 经验系数 / 冗余系数则处理性能估算为：TPC-C=50*2*（30*3+70*6+90*1）/10*5*1.6/0.7=100*60*5*1.6/0.7=68571.42tpmC=70,000tpmC1.1.1.2接口处理性能需求1.1.121基础数据接口3个系统，PMO，财辅，SAP，用户数3*10=30（U1）,平均每个用户每分钟

3、 发出5/1440 次业务请求（N1）；系统发出的业务请求中，更新、查询、统计 比例为8:2:0 ；平均每次更新业务产生15个事务（T1）；平均每次查询业务产生30个事务（T2）；（无）平均每次统计业务产生90个事务（T3）；一天内忙时的处理量为平均值的 5倍；经验系数为1.6 ；（实际工程经验）;考虑服务器保留30 %的冗余；服务器需要的处理能力为：TPC-C=U1*N1* （T1+T2+T3 ） /3*5* 经验系数 / 冗余系数则处理性能估算为：TPC-C=30*（5/1440）*（15*8+30*2+90*0）/10*5*1.6/0.7= 150/1440*18*5*1.6/0.7=2

4、1.42tpmC=22tpmC1.1.1.2.2业务数据接口8个接口，用户数8*2=16（U1）平均每个用户每分钟发出 3次业务请求（N1 ）;系统发出的业务请求中，更新、查询、统计比例为 4:5:1 ;平均每次更新业务产生20个事务（T1）;平均每次查询业务产生50个事务（T2）;平均每次统计业务产生90个事务（T3）;一天内忙时的处理量为平均值的 5倍；经验系数为1.6 ;（实际工程经验）;考虑服务器保留30 %的冗余；服务器需要的处理能力为：TPC-C=U1*N1*（ （T1+T2+T3 ） /3）*5* 经验系数 / 冗余系数则处理性能估算为：TPC-C=16*3*（20*4+50*5

5、+90*1）/10*5*1.6/0.7=16*3*42*5*1.6/0.7=23040tpmC=24000tpmC1.1.123报表和统计分析性能需求用户数30 （U1）平均每个用户每分钟发出3/1440次业务请求（N1 ）;系统发出的业务请求中，更新、查询、统计比例为 0:3:7 ;（无）平均每次更新业务产生20000个事务（T1）;平均每次查询业务产生40000个事务（T2）;平均每次统计业务产生90000个事务（T3）;一天内忙时的处理量为平均值的 5倍；经验系数为1.6 ;（实际工程经验）;考虑服务器保留30 %的冗余；服务器需要的处理能力为：TPC-C=U1*N1*（ （T1+T2+

6、T3 ） /3）*5* 经验系数 / 冗余系数则处理性能估算为：TPC-C=30*3/1440*（40000*3+90000*7）/10*5*1.6/0.7= 30*(3/1440)*75000*5*1.6/0.7=53571.42tpmC=55000tpmC总性能需求 =业务处理性能 +接口处理性能 （基础数据 +业务数据 ）+报表统 计分析=700,00tpmC+ （22tpmC+24000tpmC）+55000tpmC=149022tpmC=15 万 tpmC1.1.2 应用服务器 由于单个服务器的处理能力所能承担的网络连接数和进程数是有限的，超 过一定限度后系统会因为大量进程间的频繁调

7、度而使整体性能急剧下降， 因此建 议本系统采用三层结构， 配置专门的应用服务器。 应用服务器上运行中间件产品（本系统采用J2EE中间件），集中承担业务逻辑的实现，并处理与数据库的连接。 中间件可以通过高速数据通道机制， 减少客户机与主机和数据库的连接， 降低网 络负担，提高主机处理能力， 提高数据库效率。 同时中间件的系统负载均衡机制， 能最有效地运用系统资源， 因此采用中间件可以大大降低前台终端对数据库服务 器的冲击， 它的处理量主要表现在联机事务处理以及一些计算上。 根据经验， 基 于J2EE的应用服务器处理能力一般为数据库服务器的 70%，应用服务器的内存 容量与提供服务的进程个数及其内

8、存开销密切相关，通常， J2EE 应用服务器的 内存容量建议高配置。系统实际运行时，其处理能力为数据库服务器的 70%，计算出结果为其TPC-C 值为 15 万*70%= 10 万 tpmC1.1.3 数据存储根据理想公司历史数据为例10年 累计3.5万项目，平均每个项目6M数据需要存储，其中数据1M , 附件5M。1.1.3.1数据库部分从第一年开始6000个项目，按20%的量递增，同时考虑历史的存量数据35G。时间评估内容第一年第二年第三年第四年第五年项目数量6000720086401036812441.6新数据容量6G7G8G10G12G历史数据容量35G35G35G35G35G根据系统

9、平台规模需求预测，系统每年业务数据量为9G,计算出5年后, 系统中的主要业务数据为78GB。此数据存放在磁盘阵列的数据库内。考虑其他过程性数据，如日志等记录，以及统计报表类的数据，加上其他 应用数据，其数据量可按主要过程性业务数据总量的 60%计，总的数据存储容量需求为：(1 + 60%) *78G B F25GB。1.1.3.2附件部分从第一年开始6000个项目，按20%的量递增。、 时间 评估内容、第一年第二年第三年第四年第五年项目数量6000720086401036812441.6附件容量30G36G43G52G62G历史容量175G175G175G175G175G附件累计：298GB，

10、大概为300G1.1.4备份需求估算就目前平台网络及服务器设备情况以及数据量的情况而言，系统主要数据 备份需求为系统数据库存储业务数据的备份，而从逻辑形式上分，数据库的备份 主要分为两种，一种是物理备份，主要是对数据库的数据文件、日志文件、控制 文件进行备份，它需要使用数据库的备份工具；另一种备份为逻辑备份，是表一 级的备份。通常情况下，大型数据库的备份以物理备份为主，逻辑备份为辅，因 为物理备份恢复速度快。物理备份又分为在线备份和脱机备份两种。 在线备份是 在数据库运行的情况下实施的备份，而脱机备份则是在数据库关闭的情况下进行。 而对于7 X 24的数据库只能进行在线备份。在本系统中我们建议

11、采用在线备份方 式。平台数据库进行逻辑备份，逻辑备份的数据保存在应用服务器上，每天进行一次针对业务数据的备份，备份副本保存三天，估计5年后一次逻辑备份约需 要80G，保存三天副本需要240G备份空间。通过编写计划任务拷贝的方式，对应用服务器上的附件，进行备份，将磁盘阵列数据备份至应用服务器本机磁盘上。 每周进行一次全备份，估计5年后一次全备份约为300G。备份的总空间=数据库逻辑备份+附件备份=240+300=540G1.2硬件物理拓扑图;系统网络结构I应用服务器数据库服务器文件服务器WEB服务器核心网络应用服务器i核心交换机统一认证服务 、一 综合业風.、收入系统 门网终端用户终端用户 终端

12、用户1.3硬件配置需求数据库服务器 15万tpmC应用服务器 10万tpmC1.3.1应用服务器硬件需求CPU内存硬盘网络应用服务器应用服务器A2核8G50G1Gbps应用服务器应用服务器B+数据库备份（逻辑备份+附件备份）2核8G50G+540G1Gbps文件服务器文件服务器（利旧）500G1GbpsWeb服务器Apache Http Server 2.22核4G20G1Gbps132数据库服务器CPU核数内存存储空间网络带宽数据库服务器Mysql数据库服务器（物理机）2核6G200G1Gbps1.4软件配置要求软件需求操作系统中间件其他软件应用服务器服务器ALinux 64bitTOMCAT 64bit应用服务器服务器BLinux 64bitTOMCAT 64bit文件服务器服务器CLinux 64bitvsftpWeb服务器服务器DLinux 64bitApache Http Server 2.2数据库服务服务器ELinux 64bitMysql 5.5 64bit 企业版数据库服务服务器FLinux 64bitMysql 5.5 64bit 企业版1.5软件逻辑拓扑图虚拟化部署方式