新型人力资源信息化系统(e-HR)技术材料.ppt

1、第 1页,新型人力资源信息化系统项目技术准备情况,农行项目组 2011-03-12,第 2页,Copyright 2009 Neusoft Corporation,一、技术方案简介,二、资源配置需求,第 3页,Copyright 2009 Neusoft Corporation,一、技术方案简介,1、应用架构,2、数据架构,3、技术架构,4、物理架构,5、安全架构,第 4页,应用架构,数据架构,技术架构,物理架构,安全架构,第 5页,应用架构,数据架构,技术架构,物理架构,安全架构,第 6页,应用架构,数据架构,技术架构,物理架构,安全架构,第 7页,应用架构,数据架构,技术架构,物理架构,安

2、全架构,第 8页,应用架构,数据架构,技术架构,物理架构,安全架构,第 9页,Copyright 2009 Neusoft Corporation,二、资源配置需求,1、业务量假设前提,2、网络带宽占用估算,3、应用服务器内存占用情况,4、数据库服务器硬盘估算,5、e-HR业务数据库服务器,6、e-HR应用服务器,第 10页,操作类型 假设一分钟平均每自助用户的业务交易量为1笔，专业用户为2笔；不同用户操作类型的比例为： 编辑操作：30%。每次编辑操作，平均占用网络流量一般都小于60KB，平均为：10KB 查询操作：60%。每次查询操作，平均占用网络流量从十几KB到几十KB之间，平均为：30K

3、B 报表操作：10%。每次报表操作，根据报表的不同，占用网络流量也有所不同，平均为：200KB,应用情况 平时情况下: 在线的自助用户数占据总用户数的10。每分钟在线的自助用户数为：50000人. 在线的专业用户数占据总用户数的20。每分钟在线的专业用户数为：1600人 峰值情况下: 在线的自助用户数占据总用户数的20%。每分钟在线的自助用户数为：100000人 在线的专业用户数占据总用户数的50%。每分钟在线的专业用户数为：4000人,估算前提 管理员工数量：全行共有员工约40-50万人。考虑未来应用，按照员工数量80万人来进行估算 e-HR用户数量：全行业务人员约为 5000 人，此处我们

4、按照系统中提供8000个管理用户数来进行估算 自助用户数量：此处我们按照50万个自助用户来进行估算,业务量假设前提,第 11页,系统在一分钟之内承受的平均业务量： 平时流量评估 自助用户：50000*1=50000笔，所占用网络流量大约为：50000*30%*10KB+ 50000*60%*30KB+ 50000*10%*200KB =2050000KB，相当于每秒传输33.37MB 专业用户：1600*2=3200笔，所占用网络流量大约为： 3200*30%*10KB+ 3200*60%*30KB+ 3200*10%*200KB = 131200KB，相当于每秒传输2.14MB 合计：532

5、00笔，2181200KB，相当于带宽284.01Mbps 峰值情况流量评估 自助用户：100000*1=100000笔，所占用网络流量大约为： 100000*30%*10KB+ 100000*60%*30KB+ 100000*10%*200KB = 4100000KB，相当于每秒传输66.73MB 专业用户：4000*2=8000笔，所占用网络流量大约为： 8000*30%*10KB+ 8000*60%*30KB+ 8000*10%*200KB = 328000KB，相当于每秒传输5.34MB 合计：108000笔，4428000KB，相当于带宽576.56Mbps,网络带宽占用估算,第 1

6、2页,现有业务系统情况： 一个自助用户登录到员工自助之后，内存增量平均为：15.00KB 一个专业用户登录到业务模块之后，内存增量平均为：40.00KB 平时情况下： 为保证用户登录，至少应该保留的内存数量为：794.92MB，约为0.78GB 峰值情况下： 为保证用户登录，至少应该保留的内存数量为：1621.09MB，约为1.58GB 保证用户进行业务操作： 系统还必须为每自助用户保留至少0.10MB的内存空间，为每专业用户保留至少2.00MB的内存空间。 平时情况下： 为保证自助用户的自助操作，至少应该保留的内存数量为：5000.00MB，约为4.88GB 为保证专业用户的自助操作，至少应

7、该保留的内存数量为：3200.00MB，约为3.13GB 合计：8200.00MB，约为8.01GB 峰值情况下： 为保证自助用户的自助操作，至少应该保留的内存数量为：10000.00MB，约为9.77GB 为保证专业用户的自助操作，至少应该保留的内存数量为：8000.00MB，约为7.81GB 合计：18000.00MB，约为17.58GB 建议应用服务器内存配置至少为20GB。,应用服务器内存占用情况,第 13页,数据库服务器硬盘估算,初始容量估算,第 14页,数据库服务器硬盘估算,变动数据年增长量,人员变动数据年增长量 D1=13.84 G 考勤数据年增长量 D2=143.87 G 薪资

8、数据年增长量 D3=326.97 G e-HR系统日志数据年增长量 D4=249.05G 每年增长的总数据量大约为 D5=733.73 G 第一年的OLAP数据量大约为5G(取决于分析的内容和模型)，如果启动数据库系统的归档日志，每年大概还会有20G以上的数据增长。 系统第一年上线后，一年内的数据量大约为946.96G，考虑在硬盘上做一次备份，数据总量就为1893.92G，建议数据库服务器的硬盘容量在2T以上。,第 15页,e-HR业务数据库服务器,每个HR用户每分钟产生的业务交易为：2 笔,平均每个业务交易对应的数据库交易数为: 10个，再考虑极端情况下，将这个值放大1.5倍 每个普通用户每

9、分钟产生的业务交易为：1 笔,平均每个业务交易对应的数据库交易数为: 5个，再考虑极端情况下，将这个值放大1.5倍 峰值情况下每分钟HR和普通用户共产生的数据库交易数为：870000 个 一般来讲，系统CPU的工作时间不应该超过80%，否则系统性能会明显下降。通常将 CPU的工作时间定在70%时，系统表现比较稳定。这部分CPU工作时间还要包括一部分处理系统任务的时间，一般按照20%计算。那么，给e-HR系统使用的CPU工作时间是：80%。 因此：数据库服务器的TPMC值为：Tpmc 1553571,第 16页,e-HR应用服务器,由于e-HR应用服务器所要进行的逻辑处理较为复杂，比如薪资计算每次计算对CPU的使用率都非常大，但TPC和SPEC组织都没有对应用服务器在相同环境下的处理能力测试，只有一些参考数据。 根据测试结果，可以认为在HR业务应用中逻辑处理对CPU的压力较数据库要大，根据测试结果的比例按照放大1.3倍来计算，每台机器需要1553571 *1.3 = 2019643。 根