云计算资源池的规划

云计算资源池的规划1云计算技术和虚拟化技术云计算是一种商业计算模型，它将计算任务分布在可动态升级和被虚拟化的资源池上，用户可以通过网络方便的按需获取计算力、存储空间和信息服务。这种新的基于网络的运算方式，通过网络为用户提供可按需使用的服务。它通过分布式处理、虚拟化、在线软件等技术将数据中心的计算、存储、网络等IT基础设施，以及其上的开发平台、软件等服务抽象成可运营、可管理的IT资源，通过互联网动态提供给用户，用户按实际使用数量进行付费。类似的概念最早出现在1965年，当时提出一个原创性的概念，即如同供电局供电那样提供计算服务。设计者试图建造一台能够满足当时全城用户计算需求的计算机系统。而之后随着微电子技术的进步，计算机生产成本急剧下降。计算服务这一概念也就逐渐被遗弃，直到互联网的出现以及传输网络速率的大幅提升， 这个概念重新回归。在技术发展的历程中，用户对计算能力的追求和获取计算能力的成木之间的矛盾始终将计算机系统推向超系统，即将资源整合形成资源池以获取对计算设备更高的利用率。同时连接用户和大型计算中心的互联成本总是成为完成进化的一大障碍。随着计算能力和交互能力交替在技术上获得突破，计算服务的概念被一次次地提出。虚拟化技术主要是指在一台物理机模拟出一台或多台虚拟机，而这些虚拟机可以像物理机那样独立地运行软件，资源方面也是相互隔离

的。最近十年，虚拟化技术得到了极大的发展。出于安全性的考虑，我们常常把不同的服务独立地安装在不同的计算机中。但造成建设成本和维护成本过高。而虚拟化技术允许同一台物理机中运行多台虚拟机，一台虚拟机的崩溃不会影响到同一物理机上的其他虚拟机。如果这台物理机崩溃了，也会引起运行其上的全部虚拟机的崩溃。后果等同于将所有服务部署在同一台服务器下。实际上，虚拟化能够起作用是基于以下事实：大多数服务器停机的原因主要是不可靠的软件，特别是操作系统。虚拟化技术使原来的多计算机系统变得更加便宜，更加方便部署，同时有着良好的系统稳定性和容错性。2、统一资源池的作用和划分在传统构架下，每一个平台和系统都要部署一套硬件资源，无法实现共享和对资源的错峰平谷。设备众多，能耗巨大，利用率却很低下。同时，新业务、新产品上线周期长，无法快速响应市场需求。构建一个合理的资源池，是迈向云计算的第一步。在传统架构中，为了应对少量的峰值负载，往往会过度配置计算资源，导致资源利用率低了应对少量的峰值负载，往往会过度配置计算资源，导致资源利用率低下。构建资源池也就是通过虚拟化的方式将服务器、存储、网络等资源全面形成一个巨大的资源池。云计算基于这样的资源池进行资源的分配，从而消除物理边界，提升资源利用率。根据业务类型分类，电信网络可分为基础网络，业务平台和支撑系统。基础网络服务是接人各类用户、提供网络承载服务和基础资源出租服务。业务平台是指对外提供服务和网络能力的平台，如智能网，短信平台。支撑系统又称MBOSS或IT系统。根据服务对象分类，可分为内部应用和外部应用，其中基础网络，业务平台可视作外部应用，而支撑系统主要针对内部应用。根据上面的分类，新的体系可以采取4种划分方案：（1）按照IT系统云（即MBOSS），业务平台云，资源出租平台云划分。（2）按照内部应用云，外部应用云划分。（3）按照资源出租类资源池，其他应用资源池划分。（4）采用统一资源池。比较4种方案，由于资源池数量越多，资源共享就越不充分，同时为避免资源管理平台重复建设，应尽量采用统一资源池。但考虑到网络信息的安全性和资源管理平台的兼容性，则必须做到内外服务一定程度上的隔离，而其中尤其需要隔离的是资源出租类服务。所以我们推荐采用第3种方式进行划分资源池。3、统一资源池的组合部署计算资源池和存储资源池的组合部署主要有3种模式。（1）计算资源池模式，主要用于门户网站、搜索、大规模数据处理，网管系统。（2）存储资源池模式，主要应用于灾备中心和大型数据库中心。（3）计算资源池和存储资源池结合的模式，这样的资源组合能满足各类业务的开展需要，同时也是多节点部署应用和容灾备份的要求。由于统一资源池内既包含业务平台，同时也有支撑系统，并对容灾有一定的要求，所以统一资源池建议选用计算资源池和存储资源池结合的模式。

4、统一资源池的软件针对不同的系统我们使用不同的虚拟化解决方案，可以同时承载处于不同生命周期阶段的业务，实现业务差异化承载，采用高成本、功能丰富的商业化虚拟化软件或廉价的开源虚拟化软件。在商业软件的选择上，我们认为将在业内主流商业虚拟化软件的提供商中选择，分别是微软，思杰（Citrix）和VMware。结合电信内部的一些测试使用情况，VMware在服务器性能上要优于其他厂商的服务器。并且在服务器端的资源监控如虚拟机、 CPU、内存的分配和温度方面做得更好。VMware相对价格较高，在预算充足的情况下作为首选。5、适宜迁入统一资源池的应用对现有系统进行云化，我们需要考虑以下两个问题：（1）云化的必要性。我们要从效益上考虑系统是否适合云化，不为云而云。我们需要考虑迁移后能够节约建设和维护成本、业务部署效率和灵活性、可管理性，安全性和容灾能力。（和灵活性、可管理性，安全性和容灾能力。（2）云化的可行性。可云化的系统必须是基于X86架构的，配置通用硬件，且支持通用化的操作系统。此外，我们要考虑系统是否适合云化，并非所有系统都适合进行云化，我们必须权衡云化的代价和收益。我们可以从两个方面评估系统是否适合云化。资源的利用率状况：云化的一大优势就是错峰平谷，所以资源利用率变化较大的系统应当优先考虑纳人云计算资源池。对于在物理环境下已经采用高配置的服务器，资源的利用率稳定在40%-50%,为