应用系统虚拟化入池方法论

1、应用系统虚拟化入池方法论下一代企业私有云架构路线图企业架构的云计算路线图，将经历从传统竖井式资源组，到以应用划分的虚拟化实践，在经历大规模虚拟化共享资源池，最后到达下一代企业架构混合、异构、共存的三种资源池和软件定义架构。企业IT私有云架构路线图2传统竖井式资源组应用驱动IT架构应用与架构绑定高端小型机高端存储以应用划分的虚拟化实践应用划分架构应用与资源绑定应用决定架构选型实施虚拟化局部实施虚拟化无虚拟化标准无统一设计大规模虚拟化共享资源池统一虚拟化资源池设计X86虚拟化存储虚拟化网络虚拟化共享资源池应用与资源脱钩应用资源动态绑定资源多租户共享资源多租户共享混合、异构、共存的软件定义架构传统高

2、端资源池小型机高端存储大型关系型数据库大规模虚拟化池X86虚拟化存储虚拟化网络虚拟化互联网化资源池X86服务器本地存储混合架构和软件定义是下一代企业云架构的核心特征3尽管不能照搬互联网的方案，但是传统企业在整合自身现有的传统异构、复杂的基础架构环境的基础上，需要进一步提升软件定义应用环境交付能力，通过统一开发开平台，封装统一的IT组件，如安全、授权、流程等，类似PaaS服务能力。企业混合云软件定义交付应用环境硬件资源具备软件定义能力与应用脱钩标准化、满配云平台服务封装统一运营流异构资源封装和集成资源可视化和容量管理支持多租户（多部门、多数据中心）运营管理集成管理流程ERPOA其它0101101

3、0交易平台资源服务资源服务开发平台、应用运行平台资源API资源API资源API资源API云平台软件定义（资源与服务、应用脱钩；按需配置组装交付）基础架构服务应用系统传统基础架构软件定义的云互联网架构在传统架构下，各应用系统使用的软硬件环境是相互隔离的，即“烟囱”式IT架构；在新的架构下，通过虚拟化技术手段将服务器、存储、网络等资源形成共享的资源池。从而打破传统架构下的资源壁垒，实现基础架构资源的统一管控、全面共享和灵活调度。应用系统AWebAPPDB计算存储网络应用系统NWebAPPDB计算存储网络应用系统BWebAPPDB计算存储网络传统信息系统架构应用系统AWebAPPDB计算资源池存储资

4、源池网络资源池应用系统BWebAPPDB应用系统NWebAPPDB虚拟化架构统一的资源管控不仅需要新技术的引入和应用，更需要管理模式的变革统一的基础架构资源池建设应用分类分析根据应用对CPU和内存的负载特点，可以将应用分成不同的类型。轻量级、可分布式的应用可整体部署在X86虚拟化池中，重量级、紧耦合的应用需考虑整体部署在小型机池中。对于大部分应用来说，可以将应用进行层次拆解，从不同层次来分析应用的入池需求。应用入池需求分类将应用拆解为不同部分，分类入池高密度X86虚拟池高性能资源池低CPU、低IO的应用计算需求负载低，CPU占用率低IO需求低，对IO的占用率低高CPU、低IO的应用计算需求负载

5、高，CPU占用率高IO需求相对较低，对IO的占用率低高CPU，高IO的应用计算需求负载高，CPU占用率高IO需求高，对IO的占用率高低CPU、高IO的应用计算需求负载低，CPU占用率低IO需求高，对IO的占用率高例：综合管理类，OA应用等例：应用集成、HPC等例：数据库分析，流媒体等例：WEB、财务，文件服务等应用入池分析应用入池设计是对前述资源池设计的综合运用。按照下图的方法，将应用拆解为各个部分进行分析，可得出针对具体应用的入池方案设计。应用入池方案设计系统负载业务功能部署模式需求分析应用调研现状汇总硬件配置入池分析安全要求选择资源池构成应用的平台软件分析数据库服务器组件Web服务器组件应

6、用服务器组件其他组件整体入池分析选择功能区选择安全级别选择资源类型计算资源配置估算组件集群配置组件汇总针对每种平台软件存储容量设计其他分析网络配置设计安全防护设计调度策略设计对业务应用的业务功能、部署模式、系统架构、系统负载、服务器配置进行分析选择应该将业务应用放置在资源池中的哪个区域引用平台软件入池规则设计，针对业务应用所涉及的平台软件及其负载需求，一一识别每个平台软件放置的区域，并估算每个平台软件所需要的计算资源配置引用存储、网络等方面的设计，对应用配套的存储、网络、安全防护、调度策略等进行细化设计依赖关系分析应用系统虚拟化迁移总体原则场景类型场景描述备注评估对特殊硬件的访问要求高性能图形

7、计算处理要求不适合做虚拟化存在特殊的硬件版块设备，如语音电话版卡，视频卡、音频卡等不适合做虚拟化存在特殊的外接串/并行加密设备，如特殊软件狗等不适合做虚拟化USB设备连接需求可能不适用，需经过测试评估对操作系统环境的要求运行在虚拟化软件不支持的虚机操作系统上的应用。 (对比虚拟化软件支撑的虚机OS列表)不适合做虚拟化评估应用的运行负载即使在高配置服务器上仍然具有很高负载的应用。包括CPU，内存，磁盘IO，网络IO等方面的运行负载可能不适用，需经过分析当前服务器的配置情况，并进行运行测试评估应用的内存开销型内存开销巨大且呈现波动的应用取决于虚拟化软件和物理服务器的支持情况，需经过测试评估对特殊第

8、三方组件的要求存在不能在虚拟化环境中运行的第三方系统组件取决于具体系统组件的设计限制，需经过测试系统组件的许可模式在虚拟化环境不允许存在系统软件按照物理CPU计费的情况评估营运管理的需要虚拟化转变过程对现有业务的影响程度转变为虚拟化后对现有管理的影响程度部门之间协调的难易程度运维和建设成本的考虑应用入池迁移方法附录：虚拟化（资源池化）的收益改造成这样简捷的配置没有利用虚拟化软件之前是100台服务器使用虚拟化软件后，整合成8台服务器、一个机架设备利用率运维成本空间与能耗IT灵活性与效率可靠性服务器虚拟化优势：增加了硬件的利用率采用 服务器虚拟化前采用 服务器虚拟化后真实客户应用实例降低运营成本来

9、源：IDC 每个管理员的工作负载3075使用 虚拟化之前使用 虚拟化之后90225生产率、灵活性与响应度3倍相同的人数完成更多的工作 = 节省运营成本提高生产率的动力：瞬间调配动态修补零宕机维护内置高可用性自动进行灾难恢复无中断的按需扩容虚拟架构优势：提高了IT生产率关键任务传统方式虚拟架构部署一个新的服务器3 - 10 天硬件采购1 - 4 小时 部署5 10分钟部署新服务器（采用模板和部署向导）硬件维护1 - 3小时维护窗口数天/周的变更管理准备零宕机硬件升级（采用VMotion） 迁移服务器集成数天/周的变更管理准备1小时 左右, 采用P2V移动服务器优化负载4 - 6小时 迁移所有维护

10、窗口内，服务中断数天/数周的变更管理准备2 5分钟，无服务中断（采用VMotion） 虚拟化也引发了建设管理模式的全面革新X86 服务器虚拟化的魔力象限绝对领先的佼佼者VMWare vSphereMicrosoft Hyper-VOpenstack KVMCitrix XenServer“软件定义”数据中心 - 虚拟化软件在线迁移虚拟机HA离线快照开源平台（KVM）商用平台（VMWare）虚拟化层是软件定义数据中心的核心部分，它重新定义划分IT资源，可以实现IT资源的动态分配、灵活调度、跨域共享，提高IT资源利用率，使IT资源能够被池化改造和使用。概述vSpherevSpherevMotionPortgroupDatastore虚拟机HA虚机管理动态迁移功能最强大系统稳定维护支持保障价格偏高开放性差vCenter ServerVMVMVMVMVMVMVMVM优势劣势开放性好价格低功能偏弱系统稳定性差维护复杂优势劣势RHEV Manager案例：中石油（亚洲已知最大）云数据中心项目服务内容1、用户POC，验证应用及容量评估2、3000C的实施方案设计3、项目统筹规划、