云计算资源需求分析及规划文档格式.docx
- 文档编号:13995212
- 上传时间:2022-10-16
- 格式:DOCX
- 页数:14
- 大小:298.19KB
云计算资源需求分析及规划文档格式.docx
《云计算资源需求分析及规划文档格式.docx》由会员分享,可在线阅读,更多相关《云计算资源需求分析及规划文档格式.docx(14页珍藏版)》请在冰豆网上搜索。
在维护上,可以实现零停机硬件维护,不需要等待维护窗口。
效劳器虚拟化是计算机资源逻辑组的过程,这种资源的新虚拟视图并不受实现,地理位置或底层资源的物理配置的限制。
这种逻辑视图对信息根底设施有深远的影响。
◆效劳器虚拟化带来的益处:
虚拟化技术可借助信息根底设施更好地提供效劳,从而帮助客户节省资金。
与传统的物理效劳器部署方式相比,虚拟化所带来的一些优势包括:
∙能够迅速保存、复制和供给虚拟机,从而实现零停机时间维护并支持全新的“golive〔实时化〕〞方案;
∙动态共享效劳器平台中的闲置资源,从而在消除烟囱式〔stovepipe〕部署的同时,进一步提高性能和利用率;
与此同时也能为应用提供一个隔离性的操作环境;
∙可以实现更高的技术标准化水平和流通率,从而降低运营和维护本钱;
∙可在虚拟效劳器组件发生故障时进展无缝故障切换,从而提高系统可用性;
∙降低复杂性,从而改良逻辑和物理灾难恢复。
◆效劳器虚拟化的软件平台选型原那么
在效劳器虚拟化的软件平台方面,主流的软件提供商均提供了所有软件厂商具有管理CPU、内存、网络和硬盘资源的能力的效劳器虚拟化软件,这些软件都同时支持Windows与Linux操作环境。
目前,效劳器虚拟化软件分为商用软件和开源软件,这些软件都提供了对于效劳器虚拟化硬件平台的支持,然而之间存在细微的差异。
此外不同的虚拟化软件的软件架构之间的差异较大,不同平台上的虚拟机并不能很好实现相互之间的兼容或迁移。
在效劳器虚拟化的软件平台选择中,应重点考虑以下几点:
∙系统稳定性和可扩展性
∙迁移的便利性,包括从物理效劳器向虚拟机的迁移
∙对于虚拟化硬件平台的支持
∙良好的兼容性
◆效劳器虚拟化的硬件平台选型原那么
为效劳器虚拟化选择适当的硬件平台正如选择适当的虚拟化软件一样重要为了做出正确的选择,必须考虑到以下因素:
∙优越的性能:
效劳器虚拟化的主要目的是更加充分的利用资源。
在单台效劳器上增加的工作负载需要更高的系统性能,以保持所需的效劳等级和应用响应时间。
目前广泛采用的多核处理器架构,以及对多核处理器架构提供支持以充分利用其性能和能力的系统,可以进一步提高效劳器的性能和吞吐率。
在效劳器性能需求方面,除了要考虑在非虚拟化模式下运行工作负载所需的性能之外,还需要考虑运行虚拟机〔VM〕所需的额外资源。
硬件系统中的处理器与芯片组所包含的硬件辅助特性,可以在最大限度降低这一开销方面发挥作用。
∙能效与空间:
在本钱或物理限制影响最终用户正常工作的能力的情况下,例如,当本钱超出预算,或功耗要求超出可用资源时,功耗与散热问题最为明显。
当不断扩展的IT占用空间导致数据中心或IT空间扩建时,占地空间就会成为一个大问题。
虚拟化与整合有助于减少硬件占地空间和能源利用。
更高能效的系统能够进一步降低功耗要求,从而节省能源和降低运营本钱。
功耗要求较低和/或性能功耗比拟高的系统可帮助IT人员有效控制能源和空间要求。
∙总拥有本钱〔TCO〕/投资回报〔ROI〕:
不断攀升的运营本钱使资源与资本从旨在推动创新和提高IT价值的方案中抽离了出来。
使用虚拟化环境将可以提高系统利用率,降低功耗与散热要求,减少空间要求,简化运营和降低系统管理要求。
∙优化的平台特性:
组件与系统厂商将不断推出多种专为虚拟化而优化的特性。
例如,主流的硬件厂商均为处理器增添了虚拟化能力,也有针对大量I/O、网络处理需求的平台虚拟化特性。
这些能力既能简化强大虚拟化软件的设计,又能降低在虚拟化环境中运行应用通常所需的性能开销。
对于EHRS上的大量文件处理,I/O虚拟化的优化可进一步提升信息交换平台的处理与扩展能力。
∙良好的厂商协作:
通过着眼于当前全行业X围内的协作,我们将能够更好地了解虚拟化的特征。
鉴于虚拟化涉及多个层次上的软硬件组件,系统厂商、操作系统与应用厂商以及虚拟化厂商需要携手合作,共同制定出可行的解决方案。
目前,多家行业合作伙伴正在全新平台上针对虚拟化进展优化。
∙良好的兼容性:
保持各代平台之间的兼容性是未来系统的一个重要特性。
将VM从一台效劳器迁移到另一台效劳器上需要考虑架构问题,这样IT部门无需创立虚拟资源岛〔islandsofvirtualresource〕,但却可以真正发挥出根底设施的最大灵活性。
◆对虚拟机平安的考虑
虚拟化使用户获得在效率、本钱方面的显著收益,以及在数据中心更具环保、灵活的扩展性和减少实施时间方面的附加价值。
数据中心的虚拟系统面临许多与物理效劳器一样的平安挑战,并且还有自身的一些特点,如果不解决这些问题,平安最终将抵消虚拟化的优势。
尤其在虚拟化体系构造将从根本上改变关键业务应用,包括设计、部署和管理的情况下,用户需要考虑哪种平安机制最适合保护这些虚拟效劳器。
传统环境下的网络平安拓扑图,在网络出口处部署有防火墙,防毒墙,上网行为管理等平安设备,用来隔离内外网,过滤来自外网的恶意程序,规X内网用户的上网行为,同时在DMZ区使用防火墙隔离,部署IDS监控对效劳器的非法访问行为,在效劳器上部署防病毒软件,保护核心效劳器的平安运行。
根据传统的平安设计模型,需要在每个操作系统中安装防毒软件,在网络层部署入防火墙、侵检测或入侵防御系统,但是在这种在传统方式下合理的设计,在虚拟环境下会面临一些新的问题:
未激活的虚拟机,物理机下关闭计算机后CPU停顿运行,网络关闭,理论上不会有数据的交互,操作系统也就不存在被感染的可能;
但是在虚拟环境下,CPU,网络,底层的ESX都在工作中,关闭的操作系统类似于物理环境下的一个应用程序,尽管这个“应用程序〞没有运行,但仍然有被病毒感染的可能;
资源的冲突,防毒软件在启用预设扫描后,当到了指定时间,会同时进展文件扫描的动作,这个时候防毒软件对CPU和内存的占用急剧增加,当系统资源被耗尽的时候就会导致效劳器down机;
管理复杂度,由于虚拟化的便利性,系统管理员可以非常方便的根据模板生成新的系统,这些新系统要打补丁,进展病毒代码的更新,也会增加平安管理的复杂度;
虚拟化环境的动态特性面临入侵检测/防御系统〔IDS/IPS〕的新挑战。
基于网络的IDS/IPS,也无法监测到同一台ESX效劳器上的虚拟机之间的通讯;
由于虚拟机能够迅速地恢复到之前的状态,利用VMwareVMotion™易于在物理效劳器之间移动,所以难以获得并维持整体一致的平安性。
所以虚拟化已经使“网络边界去除〞的挑战更加明显,虚拟化对于平安的需求也更加迫切。
平安虚拟机利用API来访问关于每一虚拟机的特权状态信息,包括其内存、状态和网络通信流量等。
因为在不更改虚拟网络配置的情况下,效劳器内部的全部网络通信流量是可见的。
包括防病毒、防火墙、IDS/IPS和系统完整性监控等在内的平安功能均可以应用于平安虚拟机中。
1.1.1.1.3数据库效劳器性能需求分析
区域卫生信息系统覆盖面广、业务极其复杂,各业务子系统之间穿插非常多,因此很难通过搭建业务模型通过压力测试来进展系统性能的分析,所以,业内一般采用“售前估算法〞,通常的做法是:
选择应用系统中业务重要性、业务频繁度、客户连接数最多、最具有代表性的一个业务进展估算,结合行业内其他工程的建立经历进展综合评价,得出最终的主要设备性能需求。
本工程中,我们选择“以EHR〔居民电子安康记录〕为根底的社区卫生信息系统〞作为我们评估数据中心核心数据库效劳器性能的参考业务系统,售前估算法主要涉及的要点见下表:
1XX市区域卫生信息系统网内注册用户估算为3000个,预计顶峰并发访问数在1500个左右;
通过门户发起的业务申请用户估算为每天2000个,预计顶峰并发访问数在500个左右;
因此,估算公式中的U值为2000;
2假设每个用户每秒提交业务处理请求个数为1个,公式中的Q值;
3平均处理每个业务处理请求所需要的时间应在1秒左右,公式中的J值;
4假设每年并发用户增长率暂时考虑为0,公式中的G值;
5主机系统的平均使用计算资源率建议不超过40%〔双机热备〕,公式中的B值;
6系统设计性能覆盖年限为5年左右,公式中的N值;
7根据经历及对应用程序的分析,每个业务请求相当于5-10个tpmC,本工程的主数据库效劳器主要为OLTP〔联机事务处理〕应用;
公式中的S值;
81分钟为60秒,公式中的T值;
9由此得出:
U×
Q×
J×
(100%+G)N×
T×
S÷
B,根据以上数值,得出本系统所需的主机TPCC性能要求为最低1500000TPMC,最高3000000TPMC;
本方案以IBMPower740小型机为例,其3.6GHz的Power7CPU的单核TPmC值约为100000,因此满足信息系统5年应用的效劳器主机TPmC总值需要配32核Power73.6GHzCPU。
结合业务7×
24小时不能停顿的系统高稳定可靠要求,以及节约本钱考虑,建议配置2台数据库效劳器做集群,两个节点可同时提供数据库处理,参照OracleRAC技术特性,双机集群后,整体性能为单机效劳器的1.5倍左右。
综上所述,数据库主机系统的单机参考配置为:
相当于IBMPower716Core3.6GHzCPU。
数据库效劳器内存需求分析如下:
(1)参照实际应用经历以及参考数据库的技术特性要求,信息系统数据库连接数约为2000个,每个连接占用20M内存,共计所需40G内存;
(2)以3-5年在线生成数据库数据将到达500GB左右的规模估算,一般医院信息系统的在线业务和查询业务都在同一数据库里执行,按照使用经历来看大概有接近5%的热点数据,因此数据缓存使用的内容为按照25G估算;
(3)在执行数据库备份时,为了加快备份速度,使用5GB左右的文件缓存;
(4)目前主流的、最新版本操作系统建议保存使用10G左右的内存用于系统调配;
综上,按照70%的系统内存使用阀值来计算,共计内存114GB;
在主机硬件配置时,应配置128GB内存。
1.1.1.1.4存储需求分析
1.1.1.1.4.1存储性能根本要求
数据中心存储系统的磁盘阵列应采用支持多种转速的、热插拔硬盘的高性能存储设备,双控制器或多控制器模式保证磁盘阵列本身的高可用,阵列的控制器缓存建议少于32GB,采用8GB或以上FC通道连接SAN,并支持ISCSI接口便于文件类的存储。
针对数据库热点数据的存储,建议采用高性能的SSD盘;
针对一般数据库存储和虚拟机文件存储,建议采用不低于10000转速的SAS硬盘;
针对影像文件、视频文件等存储,可采用本钱较低的SATA硬盘;
磁盘阵列通过存储虚拟化网关进展存储资源的池化,从而支撑数据库和虚拟机同城双活方案的实现;
1.1.1.1.4.2数据量估算
〔1〕以EHR为核心的应用系统数据估算
业务类别
数据类型
说明
数据量估算
EHR业务
居XX
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 计算 资源 需求 分析 规划