部署及配置方案080410Word格式.docx

1、2系统容量预测方法资产管理系统设计在充分考虑数据服务的功能性需求，还必须考虑与系统运行紧密相关的一些非功能性需求，如：CPU容量预测、内存容量预测、磁盘容量预测、网络带宽预测等。2.1CPU容量预测CPU容量预测采用-交易成本分析（TCA）方法，理论计算公式如下：P4MC成本=每个用户每次请求的CPU时间（平均数）操作频率=每个用户每秒的请求数每个用户每秒钟的操作成本（单位：P4EM ）=操作频率 * P4MC成本根据行政事业单位资产管理系统的性能测试数据，以用户登录并显示主页操作为实例，该操作需要有多个业务模块需要在主页面展示，是系统处理消耗比较大的功能操作，CPU容量测算如下：事务名称最小

2、CPU时间（秒）平均CPU时间（秒）最大CPU时间（秒）登录（10个用户）44.65545.44845.724登录（20个用户）51.61453.04456.602登录（50个用户）69.34573.63181.315P4MC成本=（45.448+53.044+73.631）/3=57.37s用户请求频率=1s（按照最保守的估计每个用户每秒处理一次）P4EM）=1*57.37=57.37目标CPU容量=2*2000MHz * 0.85=3400P4EM目标用户容量= 3400/57.37=59.26结论：通过以上测试数据可以得出2颗2000MHz的CPU最多可以支持59个用户并发。按照行业的经

3、验值统计并发操作的比例大约是4%，因此该CPU可支持 59/0.04=1475个在线用户，每MHz的CPU可支持1475/（2*2000）=0.36875 个在线用户，按不同的用户类别计算CPU配置如下表：用户类别用户数（个）CPU每MHz支持在线用户数（个）CPU容量（MHz）推荐配置A类300000.368758135527 X 3GHzB类200005423718 X 3GHzC类10000271189 X 3GHzD类5000135594 X 3GHzE类200054232 X 3GHzF类100027111 X 3GHzG类50013561 X 2GHz注：考虑到目前主流CPU采用多

4、核技术提升单颗处理器的性能，根据实测性能可以对处理器数量进行如下折算：一颗Intel Xeon E5400系列四核处理器等效于估算中的两颗单核处理器；一颗IBM Power 5+双核处理器等效于估算中的两颗单核处理器；一颗Intel Itanium2双核处理器等效于估算中的两颗单核处理器。2.2内存容量预测根据行政事业单位资产管理系统的性能测试数据，以用户登录并显示主页操作为实例，该操作需要有多个业务模块需要在主页面展示，是系统处理消耗比较大的功能操作，内存容量测算如下：登录用户数（个）每增加一用户内存增长数（kb） 1个1412 2个5083个396登4个336通过以上测试数据，每个在线用户

5、占用服务器内存空间平均为0.663MB，按不同用户类别计算内存配置如下：用户类别每个用户数占用内存空间（MB）内存容量（GB）0.66319.8920 X 1GB13.2614 X 1GB6.637 X 1GB3.324 X 1GB1.3262 X 1GB1 X 1GB0.3322.3磁盘容量预测方法目前单位每张卡片的数据大小为3KB：假设平均每家单位拥有存量资产卡片数为5000条，则每家单位卡片数据容量为5000*3KB=15000KB=15MB；如果每年平均每家单位增加10%的卡片数量，则每年每家单位增加500条卡片，每家单位每年卡片增量为500*3KB=1500KB=1.5MB，同时假设

6、该系统的使用年限为10年,则每家单位每10年增量为10*1.5MB=15MB，按不同的用户类别计算磁盘容量配置如下表：用户数（个）卡片容量（MB）磁盘容量磁盘增量/10年15439.4900293600146.530073.215029.26014.6307.32.4网络带宽预测方法假设每个客户端在进行操作时大约需要在10秒内传输50KB的数据（上传或者下载），这样每个客户端占用网络带宽为10*50kb=500kbps。按照行业经验，用户在线的并发操作比率大约为4%。 网络带宽（Mbps）=用户数*4%*（500kbps/1000）按不用的用户类别计算网络带宽占用如下表：并发用户数网络带宽要求

7、（Mbps）1200800400200100804020103网络拓扑结构整个网络系统的运行涉及到财政部与中央预算单位、财政部与各省财政厅的实时或周期性数据交换。针对网络系统的需求如下：A.需要考虑财政部与中央预算单位、财政部与各省财政厅目前比较复杂的网络接入现状。各个分支机构基本实现互连网接入，但是各个节点接入方式和接入ISP不统一。B.需要考虑大型网络的安全性。目前拟定通过财政业务专网（财政内网）进行系统各级间数据交换，但应采取有效措施保证系统传输数据的安全性。C.为了保证网络应用的性能和最大化网络可用性，需要考虑网络内部不同应用的网络带宽和连接的隔离问题。综合考虑系统的稳定性、性能和可扩

8、展性，需要在存储子系统、存储传输系统、数据备份子系统、数据库服务、Web和应用服务以及关键网络通讯等各个环节都尽可能采用了冗余技术，保障系统能够长期不间断的提供高性能服务。系统拓扑结构如下图所示：说明：应根据部署方式的不同而进行调整。二、部署方案及硬件配置下面将根据不同的部署方案，对省级、中央部门、各级行政事业单位的设备情况进行讨论。用户在过去的信息化建设过程中，如果已经采购了存储、备份、数据库、J2EE应用服务相关软硬件，可以在本系统配置时加以利用，节约资源。推荐配置应根据实际业务情况而灵活调整。1方案一：单位分布主管部门集中1.1 部署图在财政部门、主管部门、行政事业单位分别部署资产动态数

9、据库。行政事业单位传输数据的时候，同时传输数据到主管部门和财政部门，财政部门和主管部门分别登录自己的数据库进行审批等业务操作。如果主管部门审批之后的数据需要传输到财政部门，由财政部门进行审批或备案，那么数据会传输到财政部门，由财政部门登录自己的数据库进行审批或备案。主管部门和财政部门审批的结果需要传回到行政事业单位数据库，行政事业单位进依据审批结果进行调整或开展后续业务。示意图如下：优点：逻辑简单（按业务实体），对财政部门、主管部门数据压力小，应用效率高。缺点：管理分散；系统软硬件投资大；数据冗余比较大；保证数据的一致性比较困难。适用情况：中央级、省级。1.2 设备测算及配置1.2.1容量预测

10、CPU容量预测。按照CPU容量预测方法测算结论数据：因为行政事业单位本地存储了数据，因此对主管部门和财政部门之间的服务器性能要求就降低了很多，假设某一主管部门同时有10个用户在线，该用户类别低于G类用户，则主管部门推荐配置1颗2GHz的CPU。假设财政部门同时有100个用户在线，该用户类别低于G类用户，那么财政部门推荐配置1颗2GHz的CPU。为了使系统配置支持将来用户数量的增加，至少应该多加一颗同类别的CPU。内存容量预测。按照内存容量预测方法测算结论数据：因为行政事业单位本地存储了数据，因此对主管部门和财政部门之间的服务器性能要求就降低了很多，假设某一主管部门同时有10个用户在线，该用户类

11、别低于G类用户，则主管部门推荐配置1GB。假设财政部门同时有100个用户在线，该用户类别低于G类用户，那么财政部门推荐配置1GB。为了使系统配置支持将来用户数量的增加，同时考虑到操作系统的内存消耗，至少应该多增加同类别的内存1GB-2GB。磁盘容量预测。按照磁盘容量预测方法测算结论数据：假设某一主管部门拥有最多4000个预算单位，并且主管部门需要采集所有下属单位的卡片数据，该用户类别属于D类，则主管部门推荐配置150GB磁盘。假设每级财政部门下属30000家行政事业单位，并且财政部门需要采集所有下属单位的卡片数据，该用户类别数据A类，那么财政部门推荐配置900GB磁盘。考虑到磁盘的冗余和临时备

12、份等因素，建议增加2到3倍的磁盘容量。网络带宽预测。按照网络带宽预测方法测算结论数据：因为行政事业单位本地存储了数据，因此对主管部门和财政部门之间的服务器性能要求就降低了很多， 假设某一主管部门同时有10个用户在线，该用户类别低于G类用户，则主管部门网络带宽可控制在10Mbps以内。假设财政部门同时有100个用户在线，该用户类别低于G类用户，那么财政部门的网络带宽推荐配置为10Mbps。1.2.2典型配置省级财政、主管部门的典型硬件配置如下：服务器类型配置信息数量（台）省级（每个省）数据库服务器PC服务器、2颗Intel Xeon E5400系列四核处理器、4G内存，千兆以太网2，73G硬盘2

13、、4Gbps光纤HBA卡21应用服务器PC服务器、1颗Intel Xeon E5400系列四核处理器、4G内存，千兆以太网存储设备146GB硬盘 16主管部门2，146G硬盘4（RAID10）,带有电池支持写入缓存的RAID控制器2方案二：部分行政事业单位集中2.1 部署图财政部门、主管部门分别部署数据库，某一主管部门下属部分行政事业单位集中部署数据库。主管部门所属行政事业单位部署集中数据库，各个单位分别登录集中数据库服务器，在线处理资产日常管理业务。行政事业单位处理业务的同时传输数据到主管部门和财政部门，财政部门和主管部门分别登录自己的数据库进行审批等业务操作。主管部门和财政部门审批的结果需

14、要传回到单位集中数据库，单位进依据审批结果进行调整或后续业务。对财政部门、主管部门数据压力小；部分主管部门采用数据集中，减少了硬件投资，提高了应用效率高。系统软硬件投资较大；海关、税总、银行等的垂管单位。2.2 设备测算及配置2.2.1容量预测因为行政事业单位组合集中存储了数据，假设平均200家行政事业单位部署集中数据库，则该用户低于G类用户，那么推荐配置1颗2GHz的CPU。假设某一主管部门同时有10个用户在线，该用户类别低于G类用户，则主管部门推荐配置1颗2GHz的CPU。假设财政部门同时有100个用户在线，该用户类别低于G类用户，那么财政部门推荐配置 1 颗 2GHz的CPU。因为行政事

15、业单位组合集中存储了数据，假设平均200家行政事业单位部署集中数据库，则该用户低于G类用户，那么推荐配置1GB。假设某一主管部门同时有10个用户在线，该用户类别低于G类用户，则主管部门推荐配置 1GB。假设财政部门同时有100个用户在线，该用户类别低于G类用户，那么财政部门推荐配置 1GB。因为行政事业单位组合集中存储了数据，假设平均200家行政事业单位部署集中数据库，则该用户低于G类用户，那么推荐配置15GB磁盘。因为行政事业单位组合集中存储了数据，假设平均200家行政事业单位部署集中数据库，则该用户低于G类用户，网络带宽可控制在10Mbps以内。假设某一主管部门同时有10个用户在线，该用户

16、类别低于G类用户，则主管部门网络带宽可控制在10Mbps以内。2.2.2典型配置省级及主管部门部署的典型硬件配置如下：行政事业单位集中服务器3方案三：主管部门集中3.1 部署图资产动态数据库分别在财政部门、主管部门进行部署，行政事业单位不存储数据。主管部门所属行政事业单位通过网络登录主管部门数据服务器在线进行相关资产管理业务及申报业务事项处理。主管部门在线审批下属单位申报业务，同时通过网络上传财政部门数据服务器，财政部门在进行审批相关业务。对主管部门数据相对集中；减少数据层级；与下级行政事业单位数据时效性提高了；相对减少了数据冗余。对主管部门数据压力大，主管部门系统软硬件投资增大。一般中央部门

17、本级（垂管除外）、省级。3.2 设备测算及配置3.2.1容量预测假设某一主管部门拥有最多4000个预算单位，同时有4000个用户在线，该用户类别属于D类，则主管部门推荐配置4颗3GHz的CPU。假设某一主管部门拥有最多4000个预算单位，同时有4000个用户在线，该用户类别属于D类，则主管部门推荐配置4GB。假设某一主管部门拥有最多4000个预算单位，该用户类别属于D类，则主管部门推荐配置150GB磁盘。最大带宽需求估计如下：假设某一主管部门拥有最多4000个预算单位，该用户类别属于D类，则主管部门网络带宽为100Mbps。普通带宽需求估计如下：假设主管部门平均拥有200个预算单位，该用户类别

18、属于G类，则主管部门网络带宽为10Mbps。3.2.2典型配置16小型机，2颗Intel Itanium2双核处理器或IBM Power5+双核处理器、8G内存、千兆以太网端口2，146GB硬盘4（RAID10），冗余电源4方案四：单位分布财政集中4.1 部署图资产动态数据库分别部署在财政部门和行政事业单位，主管部门不部署数据库。主管部门通过网络登录到财政部门数据服务器，在线进行相关资产管理业务及申报审批业务事项处理。财政部门在线处理资产日常管理业务。在财政部门和主管单位没有数据冗余，数据能有保持一致性；数据能实时反应。软硬件投资相对较少；行政事业单位部署数据库有效减轻对财政及主管部门数据库的

19、压力行政事业单位与主管部门、财政部门之间的数据时效性差。中央本级（小单位）、省级、市县级。4.2 设备测算及配置4.2.1容量预测假设某一财政部门拥有最多200个主管部门，同时每个部门10个用户在线，则同时在线用户为200*10=2000个用户在线，该用户类别属于E类，则财政部门推荐配置2颗3GHz的CPU。假设某一财政部门拥有最多200个主管部门，同时每个部门10个用户在线，则同时在线用户为200*10=2000个用户在线，该用户类别属于E类，则财政部门推荐配置2GB。假设某一财政部门拥有最多200个主管部门，同时每个部门5个用户在线，则同时在线用户为200*5=1000个用户在线，该用户类别属