参考文档---系统能力需求估算(共9页).docx

《参考文档---系统能力需求估算(共9页).docx》由会员分享，可在线阅读，更多相关《参考文档---系统能力需求估算(共9页).docx（9页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

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* 经验系数 / 冗余系数则处理性能估算为:TP C-C=50*2*(30*3+70*6+90*1)/10*5*1.6/0.7=100*60*5*1.6/0.7=68571.42t pmC=70,000t pmC1.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* 经验系数 / 冗余系数则处理性能估算为:TP C-C=30*(5/1440)*(15*8+30*2+90*0)/10*5*1.6/0.7= 150/1440*18*5*1.6/0.

4、7=21.42t pmC=22t pmC 1.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* 经验系数 / 冗余系数则处理性能估算为:TP C-C=16*3*(20*4+5

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

6、2+T3）/3）*5*经验系数/冗余系数则处理性能估算为:TP C-C=30*3/1440*(40000*3+90000*7)/10*5*1.6/0.7= 30* (3/1440)*75000*5*1.6/0.7=53571.42t pmC=55000t pmC总性能需求 =业务处理性能 +接口处理性能 （基础数据 +业务数据 ）+报表统计分析=700,00tpmC+ (22tpmC+24000tpmC)+55000tpmC=tpmC=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 P25GB 。1.1.3.2附件部分从第一年开始6000个项目，按20%的量递增。项目数量6000720086401036812441.6附件容量30G36G43G52G62G历史容量175G175G175G175G175G附件累计：298GB，大概为300G1.1.4备份需求估算就目前平台网络及服务器设备情况以及数

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

11、进行一次针对业务数据的备份，备份副本保存三天，估计5年后一次逻辑备份约需 要80G，保存三天副本需要240G备份空间。通过编写计划任务拷贝的方式，对应用服务器上的附件，进行备份，将磁盘阵列数据备份至应用服务器本机磁盘上。 每周进行一次全备份，估计5年后一 次全备份约为300G。备份的总空间=数据库逻辑备份+附件备份=240+300=540G1.2硬件物理拓扑图1.3硬件配置需求数据库服务器 15万tpmC应用服务器10万tpmC1.3.1应用服务器硬件需求CPU内存硬盘网络应用服务器应用服务器A2核8G50G1Gb ps应用服务器应用服务器B+数据库备份（逻辑备份+附件备份）2核8G50G+5

12、40G1Gb ps文件服务器文件服务器（利旧）500G1Gb psWeb服务器Ap ache Http Server 2.22核4G20G1Gb ps132数据库服务器CPU核数内存存储空间网络带宽数据库服务器Mysql数据库服务器（物理机）2核6G200G1Gb ps1.4软件配置要求软件需求操作系统中间件其他软件应用服务器服务器ALi nux 64bitTOMCAT 64bit应用服务器服务器BLi nux 64bitTOMCAT 64bit文件服务器服务器CLi nux 64bitvsft pWeb服务器服务器DLi nux 64bitAp ache Http Server 2.2数据库服务服务器ELi nux 64bitMysql 5.5 64bit 企业版数据库服务服务器FLi nux 64bitMysql 5.5 64bit 企业版1.5软件逻辑拓扑图虚拟化部署方式WE服务器宮服务器P应用服务器 A 匚二1浮5.1j 1 1应用服务器A1 1-111应用服务器A2-斡U、7应用服务器-B呂应用暑B1-1L.应用服务器B2 1-1 db-BaT/居库服务器 吉MySQL数据库