云平台应用系统迁移方案大纲.docx

云平台应用系统迁移方案大纲.docx

《云平台应用系统迁移方案大纲.docx》由会员分享，可在线阅读，更多相关《云平台应用系统迁移方案大纲.docx（20页珍藏版）》请在冰豆网上搜索。

云平台应用系统迁移方案大纲

文件编号：

密级：

项目ID：

项目编号：

中国移动广东公司

UAP云平台应用迁移方案

（大纲）

版本

拟制

沈志华

日期

2014．07．16

审核

日期

批准

日期

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.5

问卷调研

迁移实施方

❑采用调查问卷的方式进行调研

3.6

自动化工具评估

迁移实施方

❑采用自动化评估工具进行系统评估

3.7

访谈

迁移实施方

❑采用访谈的方式进行调研

3.8

需求分析

迁移实施方

❑对应用系统进行整体需求分析

3.9

基础架构层评估

迁移实施方

❑对被评估系统进行基础架构层面的具体评估和信息汇总

3.10

应用层面评估

迁移实施方

❑对被评估系统进行应用层面评估和信息汇总

3.11

业务层信息汇总

迁移实施方

❑对被评估系统进行业务层信息汇总

3.12

运维层信息汇总

迁移实施方

❑对被评估系统进行运维信息需求汇总

3.13

现状调研及需求分析报告

迁移实施方

❑根据调研内容，撰写《现状调研及需求分析报告》

3.14

调研报告审核

❑对《现状调研及需求分析报告》进行审核

3.15

判断是否通过审核

❑如通过审核，则结束调研和分析流程结束

❑如未通过审核，则返回3.2

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.6

4.4

判断现有环境是否满足需求

迁移实施方

❑如满足，则进入4.9

❑如不满足，则进入4.5

4.5

云平台整改方案

迁移实施方

❑根据实际业务需求，对现有环境进行方案整改设计

4.6

云平台建设方案

迁移实施方

❑根据实际业务需求，设计云平台建设方案

4.7

方案审核

❑对《云平台整改方案》或《云平台建设方案》进行审核

4.8

判断方案是否通过审核

❑如通过，则进入到4.9

❑如未通过，则回退到4.1

4.9

资源映射分析

迁移实施方

❑将应用系统对物理资源的需求映射为对虚拟系统的资源需求，具体到需要几个vCPU等内容

4.10

服务器放置设计

迁移实施方

❑设计将迁移后的虚拟机如何放置在不同的云平台服务器上

4.11

迁移顺序设计

迁移实施方

❑设计应用系统具体的迁移顺序

4.12

迁移技术手段选择

迁移实施方

❑依据应用系统的各自特点，选择合适的技术手段，如使用手工迁移还是使用工具进行迁移

4.13

迁移方法选择

迁移实施方

❑选择合适的迁移工具及迁移方式

4.14

迁移方案

迁移实施方

❑设计总体的迁移方案，形成文档

4.15

迁移方案审核

❑对迁移方案进行审核

4.16

判断迁移方案是否通过审核

❑如通过审核，则结束方案设计

❑如未通过审核，则回退到4.8

4.2云平台方案设计

在云平台的方案设计中，主要要考虑服务器、存储和网络基础架构的设计，要详细考虑具