电信云计算总体规划与建设指导意见.pptVIP

资源池能力与特性* 根据各省具体需求，资源池可向外提供如下资源能力： 计算 1 IBM小机 2 HP小机 3 ORACLE小机 4 Fujitsu小机 5 x86物理服务器 6 x86虚拟服务器（VMWare、HyperV、KVM和XEN等不同的虚拟化软件能够提供的功能、稳定性有所差异），同时虚拟服务器可分为高（4C8G)、中（2C4G）和低（1C2G）等不同虚机模板配置 存储 1 FC SAN存储 2 IP SAN 存储 3 NAS存储 4 FCoE 存储 5 云存储（例如对象存储） 6 云数据库（分布式数据库） 网络 1 DCN接入 2 CN2接入 3 163接入 4 专线接入 5 防火墙/虚拟防火墙 6 负载均衡/虚拟负载均衡 7 流量清洗服务 8 DMZ 11 资源池集成服务 12 IP地址 13 VLAN划分 14 DNS 相比传统的资源部署模式，资源池存在的一些局限： 由于多虚拟机共享物理资源，一般在I/O性能上不如物理机，因此对于高I/O要求的可考虑物理机承载 由于虚拟化技术成熟性，在支持数据库Cluster/HA等方面尚不完善（例如数据库RAC支持存在一定问题），需要数据库RAC的应用可考虑用物理机承载 虚拟化技术本身支持HA技术，但由于虚拟化软件无法感知应用失效，因此不能依靠虚拟化HA解决应用高可靠问题，需要在应用层部署HA软件 目前服务器虚拟化主要是1虚多，再加上虚拟化软件本身消耗一定的系统资源，因此并非所有应用都适合于迁移到虚机上，对于物理机CPU利用率大于50%的应用不建议部署到虚机上 虚拟化技术虽然已经应用于服务器、存储和交换机设备上，但并不支持专有设备（例如安全狗、读卡器接口、语音板卡等），因此对于需要专门设备支持的应用平台不适合于部署在虚机上，可继续采用物理机部署 因此部署到虚拟资源上需要考虑以上局限性，一般情况下传统X86架构下的应用平台不需做修改就可以整体直接迁移到虚拟资源池上，对于因为数据库、I/O、专有设备等因素无法整体迁移的，可选择部分云化模式。另外，针对数据库云化、大平台云化，通过2012年现场试验，后续将补充下发相关的指导意见。 目前针对互联网应用类平台，特别是新建的海量数据类应用，可考虑引入分布式存储架构技术，其中可引入开源技术较为成熟并有成功商用案例的分布式对象存储、分布式NoSQL数据库。针对需要使用分布式存储、分布式数据库的新建应用平台，需要制定分布式对象存储、分布式数据库开发规范，并引导软件应用开发厂商按照开发规范开发应用 业务平台迁移——综述 前期评估 方案制订 资源调度 业务部署 安全审计 成效评估 收集业务现状，包括计算资源、存储资源、网络资源、负载均衡资源、防火墙资源，操作系统、数据库、中间件、及相关业务特点等信息，然后根据以上全部信息进行业务云化的可行性评估。 根据上一阶段对业务现状的评估、分析，生成业务平台云化迁移方案。包括组网方式，软、硬件部署方式等。 根据标准模板提出资源申请，包括主机资源（CPU、内存、操作系统、主机存储）、存储空间（容量、IOPS）、网络要求，其它特殊要求等。 根据对业务影响最小的原则制定割接方案，完成业务系统在虚拟化资源池上的部署 根据云计算业务平台安全规范。针对业务平台在资源交付期，业务部署期，业务运行期全流程进行安全基线扫描和加固。 评估上线资源占用情况，转化为成本核算，根据现网运行效果评估资源池集群的整体运营成本和投资回报。 业务平台迁移——迁移方式 两种迁移方式：重新部署方式、P2V方式 对比项目 重新部署方式 P2V方式 兼容性方面 无兼容性问题 迁移至虚拟机上的应用程序，有可能会因为硬件变更而出现兼容性问题。 迁移速度 业务环境重新部署需要花费时间较长 系统快照式迁移，移植速度快 费用方面 新建需要支付重新部署费用，费用较高 有免费P2V工具，费用较低 对业务平台厂家要求 系统重新部署，需要平台厂家提供强力支持 对平台厂家要求较低 支持操作系统 支持所有操作系统 仅转换windows操作系统较成熟稳定，不同P2V软件支持操作系统不同 两种应用场景建议迁移方案： （1）对于中大型业务平台，在时间、费用、厂家支撑力度允许的情况下，适合采用虚拟机模板化规模部署方式迁移，且重新部署系统不存在兼容性问题； （2）维保支撑能力较弱的小型业务平台，适合采用P2V方式迁移，但需要注意P2V软件与原系统的兼容性、迁移数据量的大小以及可能存在的迁移风险。 VS. 业务平台迁移——完全池化 系统软、硬件、及网络方面无特殊需求，一般采用完全迁移方案 如果业务平台具备完全迁移到虚拟资源池上的条件，则按以下步骤进行迁移： （1）资源池管理员在虚拟资源池上按业务平台要求部署虚拟机，安装操作系统，划分存储，配置网络。 （2）业务平台维护人员或集成商安装第