云平台应用系统迁移办法大纲

中国移动广东公司

UAP 云平台应用迁移方案

（大纲） 版本 目录

4.3.3

资源映射分析 .................................................................................................. 错误!未指定书签。

拟制 沈志华 日期 2014．07．16 审核 日期 批准 日期

6.4迁移后虚拟机的优化.............................................................................................. 错误!未指定书签。

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.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 业务生命周期

按照不同的业务成熟度为相关的虚拟机来预留资源，来满足业务发展所带来的需求。业务成熟度分为业务投入期、成长期、成熟期、衰退期，可按不同的成熟度为不同的业务系统进行预留空间等内容的设置。

在评估阶段，应评估业务的成熟度，业务成熟度可作为应用系统资源预留的一个重要衡量指标。可针对不同成熟度的业务提供不同的资源预留策略，比如成