《云计算资源需求分析和规划》由会员分享，可在线阅读，更多相关《云计算资源需求分析和规划（11页珍藏版）》请在金锄头文库上搜索。
1、1111云计算资源需求分析与规划11111数据中心服务器部署基本要求本项目关键业务数据库、数据仓库采用物理服务器独立部署（集群+同城双 活），应用和管理类服务器采用虚拟机部署（同城双活）。1.1.1.1.2应用服务器采用虚拟化方案采用虚拟化技术是实现云计算的基础通过为客户提供服务器整合和数量控 制、业务连续性、测试/开发自动化、企业台式机管理等解决方案，从而实现降 低成本、提高响应速度、实现零停机、灾难快速恢复等系列好处。通过虚拟架构 整合服务器，可以控制x86服务器的蔓延，在一台服务器上运行多个操作系统和 应用，并使新的硬件支持老的应用，数据中心撤退旧的硬件。虚拟基础架构使企 业能够通过提高
2、效率、增加灵活性和加快响应速度而降低IT成本。管理一个虚 拟基础架构使IT能够快速将资源和业务需要连结起来，并对其进行管理虚拟基 础架构可以使x86服务器的利用率从现在的515%提高到6080%,并且在数 十秒的时间内完成新应用程序的资源调配，而不需要几天时间。请求响应时间也 改为以分钟计算在维护上，可以实现零停机硬件维护，不需要等待维护窗口。服务器虚拟化是计算机资源逻辑组的过程，这种资源的新虚拟视图并不受实 现，地理位置或底层资源的物理配置的限制。这种逻辑视图对信息基础设施有深 远的影响。服务器虚拟化带来的益处：虚拟化技术可借助信息基础设施更好地提供服务，从而帮助客户节省资金. 与传统的物理
3、服务器部署方式相比，虚拟化所带来的一些优势包括： 能够迅速保存、复制和供应虚拟机，从而实现零停机时间维护并支持全 新的“go live (实时化)方案；动态共享服务器平台中的闲置资源，从而在消除烟囱式(stovepipe)部 署的同时，进一步提高性能和利用率；与此同时也能为应用提供一个隔 离性的操作环境； 可以实现更高的技术标准化水平和流通率，从而降低运营和维护成本； 可在虚拟服务器组件发生故障时进行无缝故障切换，从而提高系统可用 性； 降低复杂性，从而改进逻辑和物理灾难恢复.服务器虚拟化的软件平台选型原则在服务器虚拟化的软件平台方面，主流的软件提供商均提供了所有软件厂商 具有管理CPU、内存
4、、网络和硬盘资源的能力的服务器虚拟化软件，这些软件都 同时支持 Windows 与 Linux 操作环境。目前，服务器虚拟化软件分为商用软件 和开源软件，这些软件都提供了对于服务器虚拟化硬件平台的支持,然而之间存 在细微的差别.此外不同的虚拟化软件的软件架构之间的差异较大，不同平台上 的虚拟机并不能很好实现相互之间的兼容或迁移.在服务器虚拟化的软件平台选择中，应重点考虑以下几点： 系统稳定性和可扩展性 迁移的便利性，包括从物理服务器向虚拟机的迁移 对于虚拟化硬件平台的支持 良好的兼容性服务器虚拟化的硬件平台选型原则 为服务器虚拟化选择适当的硬件平台正如选择适当的虚拟化软件一样重要 为了做出正确
5、的选择，必须考虑到以下因素： 优越的性能：服务器虚拟化的主要目的是更加充分的利用资源.在单台服务器上增加的工作负载需要更高的系统性能，以保持所需的服务等级和 应用响应时间。目前广泛采用的多核处理器架构，以及对多核处理器架 构提供支持以充分利用其性能和能力的系统，可以进一步提高服务器的 性能和吞吐率。在服务器性能需求方面，除了要考虑在非虚拟化模式下 运行工作负载所需的性能之外，还需要考虑运行虚拟机（VM ）所需的额 外资源.硬件系统中的处理器与芯片组所包含的硬件辅助特性，可以在 最大限度降低这一开销方面发挥作用. 能效与空间：在成本或物理限制影响最终用户正常工作的能力的情况下， 例如，当成本超出
6、预算，或功耗要求超出可用资源时，功耗与散热问题 最为明显.当不断扩展的 IT 占用空间导致数据中心或 IT 空间扩建 时，占地空间就会成为一个大问题。虚拟化与整合有助于减少硬件占地 空间和能源利用。更高能效的系统能够进一步降低功耗要求，从而节省 能源和降低运营成本.功耗要求较低和/或性能功耗比较高的系统可帮 助 IT 人员有效控制能源和空间要求。总拥有成本（TCO）/投资回报（ROI）:不断攀升的运营成本使资源与资本 从旨在推动创新和提高IT价值的计划中抽离了出来使用虚拟化环境 将可以提高系统利用率，降低功耗与散热要求，减少空间要求，简化运 营和降低系统管理要求. 优化的平台特性：组件与系统厂
7、商将不断推出多种专为虚拟化而优化的 特性。例如，主流的硬件厂商均为处理器增添了虚拟化能力，也有针对 大量I/O、网络处理需求的平台虚拟化特性。这些能力既能简化强大虚 拟化软件的设计，又能降低在虚拟化环境中运行应用通常所需的性能开 销对于EHRS上的大量文件处理，1/0虚拟化的优化可进一步提升信息 交换平台的处理与扩展能力。 良好的厂商协作：通过着眼于当前全行业范围内的协作，我们将能够更 好地了解虚拟化的特征。鉴于虚拟化涉及多个层次上的软硬件组件，系 统厂商、操作系统与应用厂商以及虚拟化厂商需要携手合作，共同制定 出可行的解决方案.目前，多家行业合作伙伴正在全新平台上针对虚拟 化进行优化。 良好
8、的兼容性：保持各代平台之间的兼容性是未来系统的一个重要特性。将VM从一台服务器迁移到另一台服务器上需要考虑架构问题，这样IT 部门无需创建虚拟资源岛(isla nds of virtual resource),但却可以 真正发挥出基础设施的最大灵活性.对虚拟机安全的考虑虚拟化使用户获得在效率、成本方面的显著收益，以及在数据中心更具环保、 灵活的扩展性和减少实施时间方面的附加价值数据中心的虚拟系统面临许多与 物理服务器相同的安全挑战，并且还有自身的一些特点，如果不解决这些问题， 安全最终将抵消虚拟化的优势。尤其在虚拟化体系结构将从根本上改变关键业务 应用，包括设计、部署和管理的情况下，用户需要考
9、虑哪种安全机制最适合保护 这些虚拟服务器。传统环境下的网络安全拓扑图，在网络出口处部署有防火墙，防毒墙，上网 行为管理等安全设备，用来隔离内外网，过滤来自外网的恶意程序，规范内网用 户的上网行为，同时在DMZ区使用防火墙隔离，部署IDS监控对服务器的非法访 问行为，在服务器上部署防病毒软件，保护核心服务器的安全运行。根据传统的安全设计模型，需要在每个操作系统中安装防毒软件，在网络层 部署入防火墙、侵检测或入侵防御系统，但是在这种在传统方式下合理的设计， 在虚拟环境下会面临一些新的问题：未激活的虚拟机，物理机下关闭计算机后CPU停止运行，网络关闭，理论上不 会有数据的交互，操作系统也就不存在被感
10、染的可能；但是在虚拟环境下，CPU, 网络，底层的ESX都在工作中，关闭的操作系统类似于物理环境下的一个应用程 序，尽管这个“应用程序”没有运行，但仍然有被病毒感染的可能；资源的冲突，防毒软件在启用预设扫描后，当到了指定时间，会同时进行文 件扫描的动作，这个时候防毒软件对CPU和内存的占用急剧增加，当系统资源被 耗尽的时候就会导致服务器dow n机；管理复杂度，由于虚拟化的便利性，系统管理员可以非常方便的根据模板生 成新的系统，这些新系统要打补丁，进行病毒代码的更新，也会增加安全管理的 复杂度；虚拟化环境的动态特性面临入侵检测/防御系统（IDS/IPS）的新挑战。基于 网络的IDS/IPS,也
11、无法监测到同一台ESX服务器上的虚拟机之间的通讯；由于虚 拟机能够迅速地恢复到之前的状态，利用VMwareVMotion 易于在物理服务器之 间移动，所以难以获得并维持整体一致的安全性.所以虚拟化已经使“网络边界去除”的挑战更加明显，虚拟化对于安全的需 求也更加迫切。-虚拟机安全虚拟机利用API来访问关于每一虚拟机的特权状态信息，包括其内存、 状态和网络通信流量等。因为在不更改虚拟网络配置的情况下，服务器内部的全 部网络通信流量是可见的。包括防病毒、防火墙、IDS/IPS和系统完整性监控等 在内的安全功能均可以应用于安全虚拟机中.1.1.1.1.3数据库服务器性能需求分析区域卫生信息系统覆盖面
12、广、业务极其复杂，各业务子系统之间交叉非常多， 因此很难通过搭建业务模型通过压力测试来进行系统性能的分析，所以，业内一 般采用“售前估算法”，通常的做法是:选择应用系统中业务重要性、业务频繁度、 客户连接数最多、最具有代表性的一个业务进行估算，结合行业内其他项目的建 设经验进行综合评价，得出最终的主要设备性能需求。本项目中，我们选择“以EHR （居民电子健康记录）为基础的社区卫生信息 系统”作为我们评估数据中心核心数据库服务器性能的参考业务系统，售前估算 法主要涉及的要点见下表：通用和自主开发应用系统服务器性能估算公式U-最責弁发（当前用户融（用户應）口 Q-囱于用户平均画秒提交业夯处哩清球桶
13、 t个砂囲户）J-平均处湮的个业务婕就聿要的时间（砂斤） G-每年拜发用户博低率唏8 -系绩的平均使用计算贵原率塔C 60%） *N-系绕设计性能竝年眼*-每于业务处理请求I目当于性能：地匹/丰、SPECWeb.IJ4ESPECJBB* 一般OLTP应用的单一事至性能=0个胆般O3P应用的单一事菊性謔=10-3C个迴匹；吉口救堀仓库、围系统霍要斋门问昭工具7一般OLTP* OLAP应用的单一事务性能=254SPEGWett；一殷OLTP、OLAP应用的单一事务性能=21QFsPECJBB；T-分钟、秒讹例系数如（秒分钟）需要的业务处連，隹能鯉）=UXQXJ x （100+G） XTXS-S-B
14、 中山市区域卫生信息系统网内注册用户估算为3000个，预计高峰并发访 问数在1500个左右；通过门户网站发起的业务申请用户估算为每天2000 个，预计高峰并发访问数在500个左右；因此，估算公式中的U值为2000; 假设每个用户每秒提交业务处理请求个数为1个，公式中的Q值； 平均处理每个业务处理请求所需要的时间应在1秒左右，公式中的J值； 假设每年并发用户增长率暂时考虑为0,公式中的G值； 主机系统的平均使用计算资源率建议不超过40% （双机热备），公式中的B值； 系统设计性能覆盖年限为5年左右，公式中的N值； 根据经验及对应用程序的分析，每个业务请求相当于510个tpmC，本 项目的主数据库
15、服务器主要为OLTP（联机事务处理）应用；公式中的S 值； 1分钟为60秒，公式中的T值; 由此得出:UXQXJX(100%+G)NXTXSFB,根据以上数值，得出本系统所需的主机 TPCC 性能要求为最低 1500000TPMC,最高 3000000 TPMC;本方案以IBM Power 740小型机为例，其3。6GHz的Power7 CPU的单核 TPmC值约为100000,因此满足信息系统5年应用的服务器主机TPmC总值需要配 32 核 Power7 3.6GHz CPU。结合业务7X24小时不能停顿的系统高稳定可靠要求，以及节约成本考虑， 建议配置 2 台数据库服务器做集群 ,两个节点可同时提供数据库处理 ,参照 Oracle RAC技术特性，双机集群后，整体性能为单机服务器的1.5倍左右.综上所述，数据库主机系统的单机参考配置为：相当于IBM Power7 16Core 3。 6GHz CPU。数据库服务器内存需求分析如下：(1) 参照实际应用经验以及参考数据库的技术特性要求，信息系统数据库连接 数约为2000个，每个连接占用20M内存，共计所需40G内存；(2) 以35年在线生成数据库数据将达到500GB左右的规模估算，一般医院 信息系统的在线业务和查询业务都在同一
