中国移动广东公司UAP云平台应用迁移方案（大纲）版本<V 0.2 >拟制沈志华日期2014．07．16审核日期批准日期目录1文档说明 (4)2应用系统迁移方法 (4)2.1应用迁移与整合方法 (4)2.2应用迁移涉及的相关部门 (5)3系统评估与分析 (6)3.1系统评估和分析流程 (7)3.2评估准备 (8)3.2.1迁移范围确定 (8)3.2.2评估方法与准备 (9)3.2.3评估环境的准备 (9)3.3系统调研与评估 (9)3.3.1物理基础架构调研与评估 (9)3.3.2应用系统调研与评估 (10)3.3.3迁移对应用系统的影响 (11)3.4需求分析及汇总 (11)3.4.1基础架构需求分析与汇总 (11)3.4.2应用系统需求分析和汇总 (11)4方案设计 (11)4.1方案设计流程 (12)4.2云平台方案设计 (13)4.3迁移方案设计 (13)4.3.1虚拟化适用性分析 (13)4.3.2迁移场景设计 (14)4.3.3资源映射分析 (15)4.3.4服务器放置设计 (16)4.3.5资源竞争关系设计 (17)4.3.6迁移顺序设计 (17)5虚拟化环境准备 (18)5.1虚拟化环境准备步骤 (19)5.2虚拟化环境准备与方案设计 (19)5.2.1环境确认 (19)5.2.2实施规划与设计方案 (19)5.3UAP云平台实施 (20)5.3.1虚拟化系统设置与调试 (20)5.3.2虚拟机系统设置 (20)6应用迁移 (20)6.1迁移实施流程 (21)6.2迁移环境准备 (21)6.3迁移执行 (22)6.4迁移后虚拟机的优化 (22)7测试验证 (22)7.1应用系统测试验证流程 (23)7.2应用系统测试验证内容 (23)7.3应用系统测试 (23)7.4系统优化 (24)7.5应用系统验证 (24)8应用系统割接 (24)8.1应用系统割接流程 (25)8.2割接评估 (25)8.3割接准备 (25)8.4割接操作 (26)8.5回退机制 (26)8.6割接后观察 (26)8.7原系统删除 (26)9附录 (27)9.1MAP性能评估工具实施文档 (27)9.2典型案例 (27)1文档说明本文档的目的在于为UAP云平台地市应用系统设计的一个迁移与整合方法，并对实际操作有指导和建议。

本文档主要针对广东移动UAP的地市应用系统迁移到UAP云平台。

2应用系统迁移方法2.1 应用迁移与整合方法根据以往丰富的项目经验，结合UAP云平台的具体业务特点，定制了一套数据迁移与整合的方法。

本迁移与整合方法分为6个阶段，分别为系统评估与分析、方案设计、虚拟化环境准备、应用移植、测试验证和业务割接。

图2-1 应用迁移与整合方法➢评估与分析在系统评估与分析阶段，应确定迁移范围和目标，利用调查问卷、系统评估工具（MAP）和访谈等评估形式，对应用系统进行评估，分析和汇总系统需求，形成调研报告。

➢方案设计在方案设计阶段，针对项目范围内的物理服务器进行虚拟化适用性分析，设计迁移场景和云平台架构方案。

在云平台方案设计的基础上，进行迁移顺序、迁移方法等内容的设计，形成总体迁移方案。

➢虚拟化环境准备在虚拟化环境准备阶段，应判断现有的UAP云平台环境是否能容纳被迁移的所有对象，以及，具体应检查计算资源、存储资源、网络资源以及数据库资源等，建立迁移所需的环境准备，如虚拟机、虚拟化网络等。

➢应用移植在系统移植阶段，应根据既定的迁移方案严格的执行应用系统迁移，将物理机的应用系统移植到虚拟机内，有工具移植和手工部署两种方式。

➢测试验证对云平台上的应用系统进行功能性测试、性能测试和稳定性测试，并进行应用验证，以便预先排除隐患，使得应用系统成功的运行在云平台环境下。

➢业务割接制定割接方案，依照割接方案进行割接操作，割接完成后进入割接后观察期，通过割接验收后将原系统下线。

应用系统在UAP云平台上线1个月后，提供性能分析报告。

2.2 应用迁移涉及的相关部门业务迁移进行中，会涉及如下各部门，其具体职责如下：➢省公司信息系统部：；➢地市公司：➢应用开发商：负责实施UAP平台各应用系统日常的7×24小时故障响应处理工作，为UAP平台各应用系统的维护支撑提供技术支持。

➢迁移实施方：1)对应用系统进行评估和分析；2)根据需求设计云平台方案，或者评估现有云平台方案是否满足需求；3)设计应用系统迁移方案，如迁移方式、迁移工具等；4)进行应用系统迁移，将应用系统从物理机上移植到虚拟机上；5)与应用开发商一起进行测试验证；6)进行业务割接。

3系统评估与分析如何对被迁移系统进行有效的系统评估，为迁移和整合提供有效的支撑数据，是迁移前重要的工作，也是迁移和整合过程中的一个难点。

系统评估分析，将使用调查问卷、自动化评估工具或访谈等形式对系统的基础架构层和应用层进行系统评估。

3.1系统评估和分析流程图3-1 评估和分析流程应用系统迁移评估与分析流程描述如下：表3-1 系统评估和分析流程编号步骤名称责任人说明3.1 确定迁移范围❑确定要迁移的应用系统，及未来的数据中心等内容3.2 选择评估方法❑选择自动化工具评估（MAP）、问卷调查、访谈等评估方法3.3准备评估环境和内容❑准备好被评估系统的网络、MAP服务器等内容❑准备好调查问卷的调查问题和访谈的具体内容3.4 系统评估迁移实施方❑对系统进行评估，使用问卷调研、自动化工3.2评估准备3.2.1迁移范围确定应用系统迁移，首先要确定迁移范围，如：➢哪些应用系统需求从哪些服务器上迁移到UAP云平台虚拟机上；➢哪些应用系统需要进行解耦和整合等操作；➢迁移前后机房环境的变化确认等。

3.2.2评估方法与准备采用调查问卷方式、评估工具自动化评估或访谈等方法对UAP应用系统进行评估和分析，从不同的维度获得全面的信息，为迁移工作提供有力依据。

调查问卷可以大规模的进行信息采集，收集各个层面的信息，范围较广，但是由于需要人工填写，人为因素将导致准确率不高。

自动化评估工具可准确的对系统进行性能等方面的评估，准确率高，可信度大，但是适用范围有限，比如有些服务器由于客观原因无法被自动化工具评估。

对于一些比较复杂的问题，可以采用深度访谈的方式，形成访谈报告，补充到文档中。

3.2.3评估环境的准备使用具体评估工具进行自动化评估时，需要准备好相关主机、网络、以及MAP工具包等内容，以便顺利开展系统评估工作，详见附录中的具体评估工具需求。

3.3系统调研与评估3.3.1物理基础架构调研与评估在物理基础架构信息收集和评估中，计算容量、存储容量和网络容量以及相关的利用率和性能是重要的评估内容。

自动化评估工具MAP可帮忙得出比较客观的物理架构的容量和性能，调查问卷也可协助完成信息收集。

物理基础架构的评估中，应完成如下内容的评估：➢在基础架构硬件的CPU评估中，应收集CPU的型号、主频、内核数、颗数，应评估CPU的利用率。

➢在基础架构硬件的内存评估中，应收集内存的容量以及使用率。

➢在基础架构硬件的磁盘评估中，应收集磁盘的数量、RAID方式、文件系统类型、文件系统总容量、磁盘IO性能等。

➢在基础架构硬件的网络评估中，应收集物理服务器的网卡容量、数量及网络性能，网络交换机的型号、网口数、数量，基础架构的网络拓扑图等。

3.3.2应用系统调研与评估在应用系统层面，至少应评估业务的重要性、业务成熟度、应用系统逻辑架构等内容，从而为迁移提供重要的参考依据。

3.3.2.1 业务重要性在评估阶段，应评估应用系统的重要程度，利用应用系统的重要程度设置相关的资源竞争策略，并且对重要的应用系统采用相应的技术方案进行保护，如重要的应用系统可使用HA等技术方案保证业务连续性。

业务的重要性可作为虚拟机发生竞争时如何争取资源的一个重要输入。

在虚拟机的资源竞争机制中，有最低占用资源设置、最高占用资源设置和相对权重。

可根据业务的重要性设置相关的权重，比如可以设置重要业务权重为200，比较重要业务的权重是150，不重要的业务权重是100。

需要注意的是具体虚拟机权重设计的时候一定要遵循一个统一的标准，保持前后连贯性。

3.3.2.2 业务生命周期按照不同的业务成熟度为相关的虚拟机来预留资源，来满足业务发展所带来的需求。

业务成熟度分为业务投入期、成长期、成熟期、衰退期，可按不同的成熟度为不同的业务系统进行预留空间等内容的设置。

在评估阶段，应评估业务的成熟度，业务成熟度可作为应用系统资源预留的一个重要衡量指标。

可针对不同成熟度的业务提供不同的资源预留策略，比如成熟业务预留50%资源，衰退业务预留25%，成长的业务预留75%资源，投入期业务预留50%资源。

3.3.2.3 应用系统逻辑架构评估中，应对应用系统间的逻辑架构进行分析，从而判断各应用系统间的依赖关系和应用系统间的逻辑关系。

应用系统的逻辑架构可为确定迁移依赖关系、迁移顺序和迁移后位置提供的有力参考。

3.3.3迁移对应用系统的影响将应用系统从物理服务器迁移到虚拟化，从一个机房迁移到另外一个机房，这种迁移会对应用系统本身产生不同程度的影响。

在评估的内容中，还要注意一起其他内容的分析，如硬件依赖关系，即那些服务器依赖于某种特定的硬件。

大部分的虚拟化环境无法满足特殊硬件的需求，如视频卡、音频卡、加密卡等硬件。

3.4 需求分析及汇总基于对基础架构和应用系统现状的评估，结合业务的发展需要，对具体应用系统进行基础架构和应用系统两个层面的需求分析和汇总。

3.4.1基础架构需求分析与汇总基础架构需求分析，需要整理所有应用系统的基础架构层面的需求，汇总整个所有业务系统所需要的基础架构需求，如网络、服务器、存储等，可用表格等形式汇总整个基础架构的需求。

3.4.2应用系统需求分析和汇总在系统调研中，基于调查问卷和访谈的方式对应用系统进行调研与评估，对应用系统层面的需求进行需求分析和汇总，常见的应用层面需求分析如无单点故障、高可用性等，在评估阶段需要分析和汇总所有这些应用层面的需求进行汇总，以及业务的成熟度、重要性等内容，以便后续为后期云平台架构设计提供依据。

4方案设计在对物理应用系统进行评估后，进一步的工作是迁移到什么地方，目标平台是否满足迁移需求，如何进行迁移等。

4.1方案设计流程图4-1 方案设计阶段流程图方案设计的流程描述如下：表4-1方案设计阶段流程图说明编号步骤名称责任人说明4.1 虚拟化适用性分析迁移实施方❑依据《系统调研与需求分析报告》，对物理服务器进行虚拟化筛选4.2 迁移场景设计迁移实施方❑依据《系统调研与需求分析报告》，进行云平台系统迁移场景设计4.3 判断是否存在现有环境迁移实施方❑如存在现有云环境，则进入4.4❑如不存在云环境，则进入4.64.4 判断现有环境是否满足需求迁移实施方❑如满足，则进入4.9❑如不满足，则进入4.54.5 云平台整改方案迁移实施方❑根据实际业务需求，对现有环境进行方案整改设计4.6 云平台建设方案迁移实施方❑根据实际业务需求，设计云平台建设方案4.2云平台方案设计在云平台的方案设计中，主要要考虑服务器、存储和网络基础架构的设计，要详细考虑具体架构、容量和性能的设计因素。