IT系统迁移到基础设施云的探讨..docxVIP

本文从IT系迁移到IaaS的实施方法入手，就IT系统迁移和部署到IaaS需要重点关注的几个方面展开了详细的阐述，并对其中涉及的流程以及其评估等进行了深入的描述。　　1、概述　　云，炙手可热。从底层IP 通信、IT 技术到高层的信息化应用和内容，都有着“云”的身影。云计算是为满足用户对低成本、高效率、弹性的海量数据存储、并行处理、软件及信息化服务需求而出现的新型IT 基础设施及基于互联网的新业务模式。云计算的出现，使得从网络建设、业务运营、设备维护等多个角度都对传统IT 系统建设产生了深远的影响。　　为了实现已有IT 系统向私有云平台的迁移及新建系统的部署，保证私有基础设施云平台的( 以下简称“IaaS”) 平滑演进，本文从迁移实施方法、流程、方式及新系统部署、系统复杂度评估等几个方面来探讨如何将IT 系统迁移到基础设施云平台，以期对中国移动云计算的实施提供参考。　　2、迁移实施方法　　IT 系统迁移到IaaS 需要分3 个阶段来实施，即分析、设计及建设阶段，测试阶段，迁移及扩展阶段。　　2.1 分析、设计及建设阶段　　收集和定义各需求线条( 包括IT 支撑、业务以及远期的核心网三大线条) 基础设施新建、改造、扩容需求：主要考虑1~2 年内的需求，并对未来3 ~5 年的需求进行规划及评估。　　识别和定义必需的运维、技术架构功能组件：包括技术规范、服务器架构、数据库服务/ 基础服务、并发处理能力、存储容量及增长趋势、SLA、故障响应时间、变更管理等等。　　快速建设支持运行测试验证的环境：包括基础网络、存储和服务器环境。　　2.2 测试阶段　　组件功能性测试：包括应用功能模块测试、高可靠性测试、数据备份测试等。　　组件集成性测试：包括系统各模块间数据交互，与其他系统间数据交互，系统安全保障要求，设备故障恢复时间等。　　组件性能测试：包括系统响应测试，负荷峰值，数据交换吞吐量等。　　2.3 迁移及扩展阶段　　开发迁移流程及相关工具：包括系统等级划分、完善的迁移方案、充分的测试方案、良好的项目管理以及对应的IT 工具等。　　迁移试点系统：如先进行非核心单独系统的迁移，以验证及调整迁移技术方案。　　完善迁移计划表，包括回退计划：结合迁移试点系统情况及迁移流程，进一步完善迁移计划表。　　系统迁移至IaaS ：按系统等级和迁移计划表分步骤将系统迁移到IaaS。　　3、迁移流程　　已有IT 系统要迁移到IaaS 需要各个线条对应用系统进行梳理，具体梳理的主要内容如表1 所示。　　在梳理上述内容后，各IT 系统可参照图1 所示的流程进行迁移。?　　具体流程图的说明如下：　　(1)迁移到云平台：将IT 系统迁移到IaaS，使用虚拟化资源或物理资源( 例如虚拟服务器、虚拟存储、虚拟网络)，并采用统一运营管理平台进行管理。　　(2)改造后迁移：对系统架构、运行环境、接口等进行改造，使其满足迁移到云平台的技术要求，然后再迁移到IaaS。　　(3)保持现状：继续保持IT 系统当前的运行环境，包括基础设施直至IT 系统退役。　　(4)系统是否会长期使用：该系统是否还将继续长期使用，如是否还会继续使用超过一年。　　(5)系统是否存在故障隐患：该系统是否存在验证的故障隐患，如数据安全、架构缺陷等。　　(6)设备利用率是否在60% 与80% 之间：该系统是否能够有效的利用基础设施硬件资源，如CPU 利用率、存储利用率过低或过高。　　(7)同时在线用户比例是否大于等于50% ：该系统用户的平均使用率(平均使用率指总体而言，同时在线的用户占全部预期用户的比例)大于等于50%。　　(8)系统是否随着压力增长而扩展：该系统是否能够进行平滑扩展以满足预期内或预期外的业务需求。　　(9)系统是否能够移植：该系统是否能够消除隐患以进行移植，并满足业务使用需求。　　(10)是否有能力进行系统迁移及测试：该系统维护团队是否有足够的能力对系统进行测试及迁移。　　(11)系统是否近期停用：该系统是否由于技术原因或业务的原因在近期将被停用。　　(12)是否有业务驱动力进行系统迁移：该系统是否有足够的业务驱动力进行系统移植。　　(13)是否能够进行虚拟化：该系统平台是否有合适的技术支持虚拟化。　　(14)是否有业务驱动力进行虚拟化：该系统是否有足够的业务驱动力对基础设施( 服务器或存储) 进行虚拟化。　　(15)系统是否支持快速移植：该系是否能够进行快速移植。　　(16)是否有业务驱动力进行系统移植：该系统是否有足够的业务驱动力进行应用移植。　　(17)是否有业务驱动力进行平台转换：该系统是否有足够的业务驱动力进行平台转换。?　　4、迁移方式　　IT 系统迁移需要根据系统类型和重要性选择合适的迁移方式，而对于复杂系统的迁移，需要根据实际情况采用定制化的迁移技术及方法：　　(1)重新安装：I