《新型人力资源信息化系统(e-HR)技术材料.ppt》由会员分享，可在线阅读，更多相关《新型人力资源信息化系统(e-HR)技术材料.ppt（21页珍藏版）》请在金锄头文库上搜索。
1、 新型人力资源信息化系统项目技术准备情况 农行项目组2011 03 12 Copyright 2009NeusoftCorporation 一 技术方案简介 二 资源配置需求 Copyright 2009NeusoftCorporation 一 技术方案简介 1 应用架构 2 数据架构 3 技术架构 4 物理架构 5 安全架构 应用架构 数据架构 技术架构 物理架构 安全架构 应用架构 数据架构 技术架构 物理架构 安全架构 应用架构 数据架构 技术架构 物理架构 安全架构 应用架构 数据架构 技术架构 物理架构 安全架构 应用架构 数据架构 技术架构 物理架构 安全架构 Copyright
2、2009NeusoftCorporation 二 资源配置需求 1 业务量假设前提 2 网络带宽占用估算 3 应用服务器内存占用情况 4 数据库服务器硬盘估算 5 e HR业务数据库服务器 6 e HR应用服务器 操作类型 假设一分钟平均每自助用户的业务交易量为1笔 专业用户为2笔 不同用户操作类型的比例为 编辑操作 30 每次编辑操作 平均占用网络流量一般都小于60KB 平均为 10KB查询操作 60 每次查询操作 平均占用网络流量从十几KB到几十KB之间 平均为 30KB报表操作 10 每次报表操作 根据报表的不同 占用网络流量也有所不同 平均为 200KB 应用情况 平时情况下 在线的自
3、助用户数占据总用户数的10 每分钟在线的自助用户数为 50000人 在线的专业用户数占据总用户数的20 每分钟在线的专业用户数为 1600人 峰值情况下 在线的自助用户数占据总用户数的20 每分钟在线的自助用户数为 100000人在线的专业用户数占据总用户数的50 每分钟在线的专业用户数为 4000人 估算前提 管理员工数量 全行共有员工约40 50万人 考虑未来应用 按照员工数量80万人来进行估算 e HR用户数量 全行业务人员约为5000人 此处我们按照系统中提供8000个管理用户数来进行估算 自助用户数量 此处我们按照50万个自助用户来进行估算 业务量假设前提 系统在一分钟之内承受的平均
4、业务量 平时流量评估自助用户 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合计 53200笔 2181200KB 相当于带宽284 01Mbps 峰值情况流量评估自助用户 100000 1 100000笔 所占用网络流量大约为 100000 30 10KB 100000 60
5、 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 网络带宽占用估算 现有业务系统情况 一个自助用户登录到员工自助之后 内存增量平均为 15 00KB一个专业用户登录到业务模块之后 内存增量平均为 40 00KB平时情况下 为保证用户登录 至少应该保留的内存数量为 794 92MB 约为0 78GB峰值
6、情况下 为保证用户登录 至少应该保留的内存数量为 1621 09MB 约为1 58GB保证用户进行业务操作 系统还必须为每自助用户保留至少0 10MB的内存空间 为每专业用户保留至少2 00MB的内存空间 平时情况下 为保证自助用户的自助操作 至少应该保留的内存数量为 5000 00MB 约为4 88GB为保证专业用户的自助操作 至少应该保留的内存数量为 3200 00MB 约为3 13GB合计 8200 00MB 约为8 01GB峰值情况下 为保证自助用户的自助操作 至少应该保留的内存数量为 10000 00MB 约为9 77GB为保证专业用户的自助操作 至少应该保留的内存数量为 8000
7、00MB 约为7 81GB合计 18000 00MB 约为17 58GB建议应用服务器内存配置至少为20GB 应用服务器内存占用情况 数据库服务器硬盘估算 初始容量估算 数据库服务器硬盘估算 变动数据年增长量 人员变动数据年增长量D1 13 84G考勤数据年增长量D2 143 87G薪资数据年增长量D3 326 97Ge HR系统日志数据年增长量D4 249 05G每年增长的总数据量大约为D5 733 73G第一年的OLAP数据量大约为5G 取决于分析的内容和模型 如果启动数据库系统的归档日志 每年大概还会有20G以上的数据增长 系统第一年上线后 一年内的数据量大约为946 96G 考虑在硬盘
8、上做一次备份 数据总量就为1893 92G 建议数据库服务器的硬盘容量在2T以上 e HR业务数据库服务器 每个HR用户每分钟产生的业务交易为 2笔 平均每个业务交易对应的数据库交易数为 10个 再考虑极端情况下 将这个值放大1 5倍每个普通用户每分钟产生的业务交易为 1笔 平均每个业务交易对应的数据库交易数为 5个 再考虑极端情况下 将这个值放大1 5倍峰值情况下每分钟HR和普通用户共产生的数据库交易数为 870000个一般来讲 系统CPU的工作时间不应该超过80 否则系统性能会明显下降 通常将CPU的工作时间定在70 时 系统表现比较稳定 这部分CPU工作时间还要包括一部分处理系统任务的时
9、间 一般按照20 计算 那么 给e HR系统使用的CPU工作时间是 80 因此 数据库服务器的TPMC值为 Tpmc1553571 e HR应用服务器 由于e HR应用服务器所要进行的逻辑处理较为复杂 比如薪资计算每次计算对CPU的使用率都非常大 但TPC和SPEC组织都没有对应用服务器在相同环境下的处理能力测试 只有一些参考数据 根据测试结果 可以认为在HR业务应用中逻辑处理对CPU的压力较数据库要大 根据测试结果的比例按照放大1 3倍来计算 每台机器需要1553571 1 3 2019643 根据上述TPC C值 配置一台TPC C值在2019643以上的服务器能够支持一台用作e HR应用服务器的运行要求 根据上述测算数据 e HR对软硬件的具体需要如下 Copyright 2009NeusoftCorporation
