云计算资源需求分析报告和规划

1、1.1.1.1云计算资源需求分析与规划1.1.1.1.1数据中心服务器部署基本要求本项目关键业务数据库、数据仓库采用物理服务器独立部署（集群+同城双活），应用和管理类服务器采用虚拟机部署（同城双活）。1.1.1.1.2应用服务器采用虚拟化方案采用虚拟化技术是实现云计算的基础。通过为客户提供服务器整合和数量控 制、业务连续性、测试/开发自动化、企业台式机管理等解决方案，从而实现降 低成本、提高响应速度、实现零停机、灾难快速恢复等系列好处。通过虚拟架构 整合服务器，可以控制x86服务器的蔓延，在一台服务器上运行多个操作系统和 应用，并使新的硬件支持老的应用，数据中心撤退旧的硬件。虚拟基础架构使企

2、业能够通过提高效率、增加灵活性和加快响应速度而降低IT成本。管理一个虚拟基础架构使IT能够快速将资源和业务需要连结起来，并对其进行管理。虚拟 基础架构可以使x86服务器的利用率从现在的5-15%提高到60-80%,并且在数十 秒的时间完成新应用程序的资源调配， 而不需要几天时间。请求响应时间也改为 以分钟计算。在维护上，可以实现零停机硬件维护，不需要等待维护窗口。服务器虚拟化是计算机资源逻辑组的过程，这种资源的新虚拟视图并不受实 现，地理位置或底层资源的物理配置的限制。这种逻辑视图对信息基础设施有深 远的影响。服务器虚拟化带来的益处：虚拟化技术可借助信息基础设施更好地提供服务，从而帮助客户节省

3、资金。 与传统的物理服务器部署方式相比，虚拟化所带来的一些优势包括：? 能够迅速保存、复制和供应虚拟机，从而实现零停机时间维护并支持全新的“go live (实时化)”方案；? 动态共享服务器平台中的闲置资源， 从而在消除烟囱式 (stovepipe )部 署的同时，进一步提高性能和利用率；与此同时也能为应用提供一个隔 离性的操作环境；? 可以实现更高的技术标准化水平和流通率，从而降低运营和维护成本；? 可在虚拟服务器组件发生故障时进行无缝故障切换，从而提高系统可用性；? 降低复杂性，从而改进逻辑和物理灾难恢复。服务器虚拟化的软件平台选型原则在服务器虚拟化的软件平台方面， 主流的软件提供商均提

4、供了所有软件厂商具有管理CPU存、网络和硬盘资源的能力的服务器虚拟化软件， 这些软件都同 时支持 Windows 与 Linux 操作环境。目前，服务器虚拟化软件分为商用软件和 开源软件， 这些软件都提供了对于服务器虚拟化硬件平台的支持， 然而之间存在 细微的差别。 此外不同的虚拟化软件的软件架构之间的差异较大， 不同平台上的 虚拟机并不能很好实现相互之间的兼容或迁移。在服务器虚拟化的软件平台选择中，应重点考虑以下几点：? 系统稳定性和可扩展性? 迁移的便利性，包括从物理服务器向虚拟机的迁移? 对于虚拟化硬件平台的支持? 良好的兼容性服务器虚拟化的硬件平台选型原则为服务器虚拟化选择适当的硬件平

5、台正如选择适当的虚拟化软件一样重要 为了做出正确的选择，必须考虑到以下因素：? 优越的性能：服务器虚拟化的主要目的是更加充分的利用资源。在单台 服务器上增加的工作负载需要更高的系统性能， 以保持所需的服务等级 和应用响应时间。目前广泛采用的多核处理器架构，以及对多核处理器 架构提供支持以充分利用其性能和能力的系统， 可以进一步提高服务器 的性能和吞吐率。在服务器性能需求方面，除了要考虑在非虚拟化模式 下运行工作负载所需的性能之外，还需要考虑运行虚拟机（ VM所需的 额外资源。硬件系统中的处理器与芯片组所包含的硬件辅助特性，可以 在最大限度降低这一开销方面发挥作用。? 能效与空间：在成本或物理限

6、制影响最终用户正常工作的能力的情况下， 例如，当成本超出预算，或功耗要求超出可用资源时，功耗与散热问题 最为明显。当不断扩展的 IT 占用空间导致数据中心或 IT 空间扩建 时，占地空间就会成为一个大问题。虚拟化与整合有助于减少硬件占地 空间和能源利用。更高能效的系统能够进一步降低功耗要求，从而节省 能源和降低运营成本。功耗要求较低和 / 或性能功耗比较高的系统可帮 助 IT 人员有效控制能源和空间要求。?总拥有成本（TCO /投资回报（ROI）:不断攀升的运营成本使资源与资 本从旨在推动创新和提高IT价值的计划中抽离了出来。使用虚拟化环 境将可以提高系统利用率，降低功耗与散热要求，减少空间要

7、求，简化 运营和降低系统管理要求。? 优化的平台特性:组件与系统厂商将不断推出多种专为虚拟化而优化的 特性。例如，主流的硬件厂商均为处理器增添了虚拟化能力，也有针对 大量 I/O 、网络处理需求的平台虚拟化特性。这些能力既能简化强大虚 拟化软件的设计， 又能降低在虚拟化环境中运行应用通常所需的性能开 销。对于EHRS上的大量文件处理，I/O虚拟化的优化可进一步提升信息交换平台的处理与扩展能力?良好的厂商协作：通过着眼于当前全行业围的协作，我们将能够更好地 了解虚拟化的特征。鉴于虚拟化涉及多个层次上的软硬件组件，系统厂 商、操作系统与应用厂商以及虚拟化厂商需要携手合作，共同制定出可 行的解决方案

8、。目前，多家行业合作伙伴正在全新平台上针对虚拟化进 行优化。?良好的兼容性：保持各代平台之间的兼容性是未来系统的一个重要特性。将VM从一台服务器迁移到另一台服务器上需要考虑架构问题， 这样IT 部门无需创建虚拟资源岛(islands of virtual resource )，但却可以 真正发挥出基础设施的最大灵活性。对虚拟机安全的考虑虚拟化使用户获得在效率、成本方面的显著收益，以及在数据中心更具环保、 灵活的扩展性和减少实施时间方面的附加价值。 数据中心的虚拟系统面临许多与 物理服务器相同的安全挑战，并且还有自身的一些特点，如果不解决这些问题， 安全最终将抵消虚拟化的优势。尤其在虚拟化体系结

9、构将从根本上改变关键业务 应用，包括设计、部署和管理的情况下，用户需要考虑哪种安全机制最适合保护 这些虚拟服务器。传统环境下的网络安全拓扑图，在网络出口处部署有防火墙，防毒墙，上网 行为管理等安全设备，用来隔离外网，过滤来自外网的恶意程序，规网用户的上 网行为，同时在DMZ区使用防火墙隔离，部署IDS监控对服务器的非法访问行为， 在服务器上部署防病毒软件，保护核心服务器的安全运行。根据传统的安全设计模型，需要在每个操作系统中安装防毒软件， 在网络层部署入防火墙、侵检测或入侵防御系统，但是在这种在传统方式下合理的设计，在虚拟环境下会面临一些新的问题：未激活的虚拟机，物理机下关闭计算机后CP停止运

10、行，网络关闭，理论上 不会有数据的交互，操作系统也就不存在被感染的可能；但是在虚拟环境下，CPU 网络，底层的ES）都在工作中，关闭的操作系统类似于物理环境下的一个应用程 序，尽管这个“应用程序”没有运行，但仍然有被病毒感染的可能；资源的冲突，防毒软件在启用预设扫描后，当到了指定时间，会同时进行文 件扫描的动作，这个时候防毒软件对CPU 口存的占用急剧增加，当系统资源被耗 尽的时候就会导致服务器dowr机；管理复杂度，由于虚拟化的便利性，系统管理员可以非常方便的根据模板生 成新的系统，这些新系统要打补丁，进行病毒代码的更新，也会增加安全管理的 复杂度；虚拟化环境的动态特性面临入侵检测/防御系统

11、（IDS/IPS）的新挑战。基于 网络的IDS/IPS，也无法监测到同一台ESX艮务器上的虚拟机之间的通讯；由于虚 拟机能够迅速地恢复到之前的状态， 利用VMwareVMotion?易于在物理服务器之 间移动，所以难以获得并维持整体一致的安全性。所以虚拟化已经使“网络边界去除”的挑战更加明显，虚拟化对于安全的需 求也更加迫切安全虚拟机利用API来访问关于每一虚拟机的特权状态信息，包括其存、状 态和网络通信流量等。因为在不更改虚拟网络配置的情况下， 服务器部的全部网 络通信流量是可见的。包括防病毒、防火墙、IDS/IPS和系统完整性监控等在的 安全功能均可以应用于安全虚拟机中。1.1.1.1.3

12、 数据库服务器性能需求分析区域卫生信息系统覆盖面广、业务极其复杂，各业务子系统之间交叉非常多， 因此很难通过搭建业务模型通过压力测试来进行系统性能的分析，所以，业一般采用“售前估算法”，通常的做法是：选择应用系统中业务重要性、业务频繁度、 客户连接数最多、最具有代表性的一个业务进行估算，结合行业其他项目的建设 经验进行综合评价，得出最终的主要设备性能需求。本项目中，我们选择“以EHR（居民电子健康记录）为基础的社区卫生信息 系统”作为我们评估数据中心核心数据库服务器性能的参考业务系统，售前估算法主要涉及的要点见下表：通用和自主开发应用系统服务器性能估算公式 U-最貴并发C当前）用户用户砂）Q-

13、毎+用户平均毎秒提交it劳处哩蔚惊11于秽澗户J-平均处連毎个业务处連清求註的时目（秧4） G-毎年并发屈户JS板率策的平均（60%）N-SStt性能預盖年眼兴 -毎牛业劳处厘请求相当于性謔：tpmc/r SPECWettiSPECJBB* -ROUPS用的单一事务性謔=11叶虹凹一般OLAP应屈的单一事势性能=10-3Ctprjic ；妄口薮廃仓犀.B匪统需要晋门加H0工具=一瞬OLTP、OLAP应罔的单一事务性挺=25今gjjjjg妙慣OLTP* OLAP应周的单一事势性16= Z1oFsPECJB0iT-分铀秒忧侧系撫叭秒;分肄）妄要的业务坯理性能(feC) UXQXi (ICOS+G)

14、 WXTX S-s-B 市区域卫生信息系统网注册用户估算为 3000个，预计高峰并发访问数在1500个左右；通过门户发起的业务申请用户估算为每天2000个，预计高峰并发访问数在500个左右；因此，估算公式中的 U值为2000； 假设每个用户每秒提交业务处理请求个数为 1个，公式中的Q值； 平均处理每个业务处理请求所需要的时间应在1秒左右，公式中的J值； 假设每年并发用户增长率暂时考虑为 0,公式中的G值； 主机系统的平均使用计算资源率建议不超过 40%（双机热备），公式中的B值； 系统设计性能覆盖年限为5年左右，公式中的N值； 根据经验及对应用程序的分析，每个业务请求相当于5-10个tpmC,

15、本项目的主数据库服务器主要为 OLTP（联机事务处理）应用；公式中的 S 值； 1分钟为60秒，公式中的T值； 由此得出:UX QX J X (100%+G)X TX S十B,根据以上数值，得出本系统所需的主机TPCC 性能要求为最低 1500000TPM，C 最高 3000000 TPMC；本方案以IBM Power 740小型机为例，其3.6GHz的Power7 CPU的单核TPmC 值约为100000,因此满足信息系统5年应用的服务器主机TPmC总值需要配32 核 Power7 3.6GHz CPU。结合业务 7X 24 小时不能停顿的系统高稳定可靠要求，以及节约成本考虑， 建议配置 2

16、 台数据库服务器做集群，两个节点可同时提供数据库处理，参照 Oracle RAC 技术特性，双机集群后，整体性能为单机服务器的 1.5 倍左右。综上所述，数据库主机系统的单机参考配置为：相当于 IBM Power7 16Core 3.6GHz CPU。数据库服务器存需求分析如下：(1) 参照实际应用经验 以及参考 数据库的技术特性要求， 信息系统数据库连接 数约为2000个，每个连接占用20M存，共计所需40G存；(2) 以3-5年在线生成数据库数据将达到 500GB左右的规模估算，一般医院信 息系统的在线业务和查询业务都在同一数据库里执行， 按照使用经验来看 大概有接近5%勺热点数据，因此数

17、据缓存使用的容为按照 25G估算；(3) 在执行数据库备份时，为了加快备份速度，使用5GB左右的文件缓存；(4) 目前主流的、最新版本操作系统建议保留使用10G左右的存用于系统调 配；综上，按照70%勺系统存使用阀值来计算，共计存114GB在主机硬件配置时，应配置128GB?o1.1.1.1.4 存储需求分析1.1.1.1.4.1 存储性能基本要求数据中心存储系统的磁盘阵列应采用支持多种转速的、 热插拔硬盘的高性能 存储设备，双控制器或多控制器模式保证磁盘阵列本身的高可用， 阵列的控制器 缓存建议少于32GB采用8G或以上FC!道连接SAN并支持ISCSI接口便于文件 类的存储。针对数据库热点

18、数据的存储，建议采用高性能的 SS盘；针对一般数据库存储和虚拟机文件存储，建议采用不低于10000转速的SAS硬盘；针对影像文件、视频文件等存储，可采用成本较低的 SATAM盘；磁盘阵列通过存储虚拟化网关进行存储资源的池化，从而支撑数据库和虚拟 机同城双活方案的实现；1.1.1.142数据量估算（1）以EHF为核心的应用系统数据估算业务类别数据类型说明数据量估算EHF业务居索引数据按500万人口计算0.01M*500 万=50G居民健康卡数据按500万人口计算0.02M*500 万=100G出生证数据按每年4万计算1M*4 万 *1 年=40G/年妇幼保健数据按每年80万计算1M*80 万 *

19、1 年=80G/年个人基本健康档案按500万人口计算0.1M*500 万=500G专项疾病保健数据按每年6万计算1M*6 万 *1 年=60G/年电子病历数据按每年4万计算10M*4 万 *1 年=400G/年检验/检查结果数 据按每年80万计算0.02M*80 万*1 年=16G/年处方/医嘱数据按每年160万计 算0.01M*160 万*1 年=16G/年健康体检数据按每年14万计算0.1M*14 万*1 年=14G/年医学影像索引及图 文报告系统数据按每年4万计算2M*4 万 *1 年=80G/年其他诊疗数据按500万人口计算0.2M*500 万 *1 年=1000G/年数据仓库主题数据

20、库按每年100万条数据0.02M*100 万*1 年=20G/年资源数据库按每年2万条数 据0.02M*2 万*1 年=0.4G/ 年方法库，模型库估算1G其他数据各种标准协议数据估算1G监控管理数据按每年0.6G增量 计算0.6G/ 年系统其他数据(用 户，日志等)按每年0.2G增量 计算0.2G/ 年合计约 2829.2GB每年增量约 600.2GB系统设计5年总数据量5230GB以上数据存储应米用SSD和SAS混合形式(2)区域医疗主要数据估算应用系统数据量估算HIS/EMR/LIS/HSS 等300G 每年增量30G疾控/卫监/急救等500GB每年增量50GB合计约800GB每年增量8

21、0GB系统设计5年总数据量1200GB以上数据存储应米用SSD和SAS混合形式(3)其他应用系统数据估算应用系统数据量估算基层卫生服务信息系统/综合运营数据100G 每年增量10G外网应用数据500GB每年增量50GB视频数据(典型)1000GB每年增量1000GB合计约1600GB每年增量1060GB系统设计5年总数据量5840GB以上数据存储应米用SAS和SATA昆合形式(4)数据中心系统平台存储资源占用估算系统数据量估算虚拟机,预计50个虚拟机,每个虚拟机200GB10000GB每年增量200G程序更新10G每年增量1G配置管理10G每年增量1G合计约10020GB每年增量202GB系统

22、设计5年总数据量10828GB以上数据存储应米用SAS和 SATA昆合形式根据上述分析可得数据中心存储系统可用容量应不低于：23098GB( 23TB),考虑设计不少于2个数据存储副本，则建议容量不少于69TB,可分期逐步扩容。1.1.1.1.5 服务器计算资源需求分析根据本项目的应用系统建设需求，分解各个应用系统对计算资源的需求， 如F表：服务器名称用途说明机器数量单个配置(core/G )合计资源(core/G )CPU存CPU存关键数据库（物理机）电子健康档案资源库、电子病历资源库、全员人口信息库、卫生计生管理资源库、24012880256数据仓库服务器（物理机）基于平台的 ODS,DW等24012880256分布式协调服务器zookeeper5281040数据交换服务器数据采集和交换平