参考文档系统能力需求估算.docx
《参考文档系统能力需求估算.docx》由会员分享，可在线阅读，更多相关《参考文档系统能力需求估算.docx（8页珍藏版）》请在冰豆网上搜索。
参考文档系统能力需求估算
1.1系统能力需求估算
1.1.1数据库服务器
数据库服务器实现核心数据的存储和处理。
数据库服务要求长期稳定的运行，服务器硬件要保证长时间无故障运行，系统必须提供硬件的冗余性能。
本平台的服务器硬件不但会按照满足当前需求进行配置，并且要考虑预留一
定的系统扩展能力。
总性能需求=业务处理性能+接口处理性能+报表统计分析。
1.1.1.1业务处理性能需求
数据库服务器需要的处理性能估算为：
系统同时在线用户数为50人（U1）；平均每个用户每分钟发出2次业务请求（N1）；
系统发出的业务请求中，更新、查询、统计比例为3:
6:
1；
平均每次更新业务产生30个事务（T1）；
平均每次查询业务产生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,000tpmC
1.1.1.2接口处理性能需求
1.1.121基础数据接口
3个系统，PMO，财辅，SAP，用户数3*10=30（U1）,平均每个用户每分钟发出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=21.42tpmC=22tpmC
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*经验系数/冗余系数
则处理性能估算为：
TPC-C=16*3*（20*4+50*5+90*1）/10*5*1.6/0.7=
16*3*42*5*1.6/0.7=23040tpmC=24000tpmC
1.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+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万tpmC
1.1.2应用服务器由于单个服务器的处理能力所能承担的网络连接数和进程数是有限的，超过一定限度后系统会因为大量进程间的频繁调度而使整体性能急剧下降，因此建议本系统采用三层结构，配置专门的应用服务器。
应用服务器上运行中间件产品
（本系统采用J2EE中间件），集中承担业务逻辑的实现，并处理与数据库的连接。
中间件可以通过高速数据通道机制，减少客户机与主机和数据库的连接，降低网络负担，提高主机处理能力，提高数据库效率。
同时中间件的系统负载均衡机制，能最有效地运用系统资源，因此采用中间件可以大大降低前台终端对数据库服务器的冲击，它的处理量主要表现在联机事务处理以及一些计算上。
根据经验，基于J2EE的应用服务器处理能力一般为数据库服务器的70%，应用服务器的内存容量与提供服务的进程个数及其内存开销密切相关，通常，J2EE应用服务器的内存容量建议高配置。
系统实际运行时，其处理能力为数据库服务器的70%，计算出结果为其
TPC-C值为15万*70%=10万tpmC
1.1.3数据存储
根据理想公司历史数据为例
10年累计3.5万项目，平均每个项目6M数据需要存储，其中数据1M,附件5M。
1.1.3.1数据库部分
从第一年开始6000个项目，按20%的量递增，同时考虑历史的存量数据
35G。
时间
评估内容\
第一年
第二年
第三年
第四年
第五年
项目数量
6000
7200
8640
10368
12441.6
新数据容量
6G
7G
8G
10G
12G
历史数据容量
35G
35G
35G
35G
35G
根据系统平台规模需求预测，系统每年业务数据量为9G,计算出5年后,系统中的主要业务数据为78GB。
此数据存放在磁盘阵列的数据库内。
考虑其他过程性数据，如日志等记录，以及统计报表类的数据，加上其他应用数据，其数据量可按主要过程性业务数据总量的60%计，总的数据存储容
量需求为：
（1+60%）*78GBF25GB。
1.1.3.2附件部分
从第一年开始6000个项目，按20%的量递增。
、、时间评估内容、
第一年
第二年
第三年
第四年
第五年
项目数量
6000
7200
8640
10368
12441.6
附件容量
30G
36G
43G
52G
62G
历史容量
175G
175G
175G
175G
175G
附件累计：
298GB，大概为300G
1.1.4备份需求估算
就目前平台网络及服务器设备情况以及数据量的情况而言，系统主要数据备份需求为系统数据库存储业务数据的备份，而从逻辑形式上分，数据库的备份主要分为两种，一种是物理备份，主要是对数据库的数据文件、日志文件、控制文件进行备份，它需要使用数据库的备份工具；另一种备份为逻辑备份，是表一级的备份。
通常情况下，大型数据库的备份以物理备份为主，逻辑备份为辅，因为物理备份恢复速度快。
物理备份又分为在线备份和脱机备份两种。
在线备份是在数据库运行的情况下实施的备份，而脱机备份则是在数据库关闭的情况下进行。
而对于7X24的数据库只能进行在线备份。
在本系统中我们建议采用在线备份方式。
平台数据库进行逻辑备份，逻辑备份的数据保存在应用服务器上，每天进
行一次针对业务数据的备份，备份副本保存三天，估计5年后一次逻辑备份约需要80G，保存三天副本需要240G备份空间。
通过编写计划任务拷贝的方式，对应用服务器上的附件，进行备份，将磁
盘阵列数据备份至应用服务器本机磁盘上。
每周进行一次全备份，估计5年后一
次全备份约为300G。
备份的总空间=数据库逻辑备份+附件备份
=240+300=540G
1.2硬件物理拓扑图
;系统网络结构
I
应用服务器
数据库服务器
文件服务器
WEB服务器
核心网络
应用服务器i
核心交换机
统一认证服务、一综合业
風..、
收入系统门
网
终端用户
终端用户终端用户
1.3硬件配置需求
数据库服务器15万tpmC
应用服务器10万tpmC
1.3.1应用服务器
硬件需求
CPU
内存
硬盘
网络
应用服务
器
应用服务器A
2核
8G
50G
1Gbps
应用服务
器
应用服务器B+数据库备份
（逻辑备份+附件备份）
2核
8G
50G+540G
1Gbps
文件服务
器
文件服务器（利旧）
500G
1Gbps
Web服务
器
ApacheHttpServer2.2
2核
4G
20G
1Gbps
132数据库服务器
CPU核数
内存
存储空间
网络带宽
数据库
服务器
Mysql数据库服务器（物
理机）
2核
6G
200G
1Gbps
1.4软件配置要求
软件需求
操作系统
中间件
其他软件
应用服务器
服务器A
Linux64bit
TOMCAT64bit
应用服务器
服务器B
Linux64bit
TOMCAT64bit
文件服务器
服务器C
Linux64bit
vsftp
Web服务器
服务器D
Linux64bit
ApacheHttpServer2.2
数据库服务
服务器E
Linux64bit
Mysql5.564bit企业版
数据库服务
服务器F
Linux64bit
Mysql5.564bit企业版
1.5软件逻辑拓扑图
虚拟化部署方式
升级会员 