1、沟 通 从 心 开 始REACHING OUT FROM THE HEART . . . . . . . 中国移动通信集团广东有限公司. . . . . . . 中国移动广东公司UAP云平台应用迁移方案（大纲）版本 文件编号：密级：项目 ID： 项目编号： 拟 制 沈 志 华 日 期 2014 07 16审 核 日 期批 准 日 期沟 通 从 心 开 始REACHING OUT FROM THE HEART . . . . . . . 中国移动通信集团广东有限公司. . . . . . . 目录1 文档说明 .42 应用系统迁移方法 .42.1 应用迁移与整合方法 .42.2 应用迁移涉及的相
2、关部门 .53 系统评估与分析 .63.1 系统评估和分析流程 .73.2 评估准备 .83.2.1 迁移范围确定 .83.2.2 评估方法与准备 .93.2.3 评估环境的准备 .93.3 系统调研与评估 .93.3.1 物理基础架构调研与评估 .93.3.2 应用系统调研与评估 .103.3.3 迁移对应用系统的影响 .113.4 需求分析及汇总 .113.4.1 基础架构需求分析与汇总 .113.4.2 应用系统需求分析和汇总 .114 方案设计 .114.1 方案设计流程 .124.2 云平台方案设计 .134.3 迁移方案设计 .134.3.1 虚拟化适用性分析 .134.3.2 迁
3、移场景设计 .144.3.3 资源映射分析 .154.3.4 服务器放置设计 .164.3.5 资源竞争关系设计 .174.3.6 迁移顺序设计 .175 虚拟化环境准备 .185.1 虚拟化环境准备步骤 .195.2 虚拟化环境准备与方案设计 .195.2.1 环境确认 .195.2.2 实施规划与设计方案 .195.3 UAP 云平台实施 .205.3.1 虚拟化系统设置与调试 .205.3.2 虚拟机系统设置 .206 应用迁移 .20沟 通 从 心 开 始REACHING OUT FROM THE HEART . . . . . . . 中国移动通信集团广东有限公司. . . . .
4、. . 6.1 迁移实施流程 .216.2 迁移环境准备 .216.3 迁移执行 .226.4 迁移后虚拟机的优化 .227 测试验证 .227.1 应用系统测试验证流程 .227.2 应用系统测试验证内容 .237.3 应用系统测试 .237.4 系统优化 .237.5 应用系统验证 .248 应用系统割接 .248.1 应用系统割接流程 .248.2 割接评估 .248.3 割接准备 .258.4 割接操作 .258.5 回退机制 .258.6 割接后观察 .258.7 原系统删除 .269 附录 .269.1 MAP 性能评估工具实施文档 .269.2 典型案例 .26沟 通 从 心 开
5、 始REACHING OUT FROM THE HEART . . . . . . . 中国移动通信集团广东有限公司. . . . . . . 1 文档说明本文档的目的在于为 UAP 云平台地市应用系统设计的一个迁移与整合方法，并对实际操作有指导和建议。本文档主要针对广东移动 UAP 的地市应用系统迁移到 UAP 云平台。2 应用系统迁移方法2.1 应用迁移与整合方法根据以往丰富的项目经验，结合 UAP 云平台的具体业务特点，定制了一套数据迁移与整合的方法。本迁移与整合方法分为 6 个阶段，分别为系统评估与分析、方案设计、虚拟化环境准备、应用移植、测试验证和业务割接。图 2-1 应用迁移与整合
6、方法 评估与分析在系统评估与分析阶段，应确定迁移范围和目标，利用调查问卷、系统评估工具（MAP ）和访谈等评估形式，对应用系统进行评估，分析和汇总系统需求，形成调研报告。沟 通 从 心 开 始REACHING OUT FROM THE HEART . . . . . . . 中国移动通信集团广东有限公司. . . . . . . 方案设计在方案设计阶段，针对项目范围内的物理服务器进行虚拟化适用性分析，设计迁移场景和云平台架构方案。在云平台方案设计的基础上，进行迁移顺序、迁移方法等内容的设计，形成总体迁移方案。 虚拟化环境准备在虚拟化环境准备阶段，应判断现有的 UAP 云平台环境是否能容纳被迁移
7、的所有对象，以及，具体应检查计算资源、存储资源、网络资源以及数据库资源等，建立迁移所需的环境准备，如虚拟机、虚拟化网络等。 应用移植在系统移植阶段，应根据既定的迁移方案严格的执行应用系统迁移，将物理机的应用系统移植到虚拟机内，有工具移植和手工部署两种方式。 测试验证对云平台上的应用系统进行功能性测试、性能测试和稳定性测试，并进行应用验证，以便预先排除隐患，使得应用系统成功的运行在云平台环境下。 业务割接制定割接方案，依照割接方案进行割接操作，割接完成后进入割接后观察期，通过割接验收后将原系统下线。应用系统在 UAP 云平台上线 1 个月后，提供性能分析报告。2.2 应用迁移涉及的相关部门业务迁
8、移进行中，会涉及如下各部门，其具体职责如下： 省公司信息系统部：； 地市公司：沟 通 从 心 开 始REACHING OUT FROM THE HEART . . . . . . . 中国移动通信集团广东有限公司. . . . . . . 应用开发商：负责实施 UAP 平台各应用系统日常的 724 小时故障响应处理工作，为 UAP 平台各应用系统的维护支撑提供技术支持。 迁移实施方：1) 对应用系统进行评估和分析；2) 根据需求设计云平台方案，或者评估现有云平台方案是否满足需求；3) 设计应用系统迁移方案，如迁移方式、迁移工具等；4) 进行应用系统迁移，将应用系统从物理机上移植到虚拟机上；5)
9、 与应用开发商一起进行测试验证；6) 进行业务割接。3 系统评估与分析如何对被迁移系统进行有效的系统评估，为迁移和整合提供有效的支撑数据，是迁移前重要的工作，也是迁移和整合过程中的一个难点。系统评估分析，将使用调查问卷、自动化评估工具或访谈等形式对系统的基础架构层和应用层进行系统评估。沟 通 从 心 开 始REACHING OUT FROM THE HEART . . . . . . . 中国移动通信集团广东有限公司. . . . . . . 3.1 系统评估和分析流程图 3-1 评估和分析流程应用系统迁移评估与分析流程描述如下：表 3-1 系统评估和分析流程编号 步骤名称 责任人 说明3.1
10、 确定迁移范围 确定要迁移的应用系统，及未来的数据中心等内容3.2 选择评估方法 选择自动化工具评估（MAP ） 、问卷调查、访谈等评估方法3.3准备评估环境和内容 准备好被评估系统的网络、MAP 服务器等内容 准备好调查问卷的调查问题和访谈的具体内容3.4 系统评估 迁移实施方 对系统进行评估，使用问卷调研、自动化工沟 通 从 心 开 始REACHING OUT FROM THE HEART . . . . . . . 中国移动通信集团广东有限公司. . . . . . . 具评估、访谈等形式3.5 问卷调研 迁移实施方 采用调查问卷的方式进行调研3.6 自动化工具评估 迁移实施方 采用自动
11、化评估工具进行系统评估3.7 访谈 迁移实施方 采用访谈的方式进行调研3.8 需求分析 迁移实施方 对应用系统进行整体需求分析3.9 基础架构层评估 迁移实施方 对被评估系统进行基础架构层面的具体评估和信息汇总3.10 应用层面评估 迁移实施方 对被评估系统进行应用层面评估和信息汇总3.11 业务层信息汇总 迁移实施方 对被评估系统进行业务层信息汇总3.12 运维层信息汇总 迁移实施方 对被评估系统进行运维信息需求汇总3.13现状调研及需求分析报告迁移实施方 根据调研内容，撰写现状调研及需求分析报告3.14 调研报告审核 对现状调研及需求分析报告进行审核3.15 判断是否通过审核 如通过审核，
12、则结束调研和分析流程结束 如未通过审核，则返回 3.23.2 评估准备3.2.1迁移范围确定应用系统迁移，首先要确定迁移范围，如： 哪些应用系统需求从哪些服务器上迁移到 UAP 云平台虚拟机上； 哪些应用系统需要进行解耦和整合等操作； 迁移前后机房环境的变化确认等。沟 通 从 心 开 始REACHING OUT FROM THE HEART . . . . . . . 中国移动通信集团广东有限公司. . . . . . . 3.2.2评估方法与准备采用调查问卷方式、评估工具自动化评估或访谈等方法对 UAP 应用系统进行评估和分析，从不同的维度获得全面的信息，为迁移工作提供有力依据。调查问卷可以
13、大规模的进行信息采集，收集各个层面的信息，范围较广，但是由于需要人工填写，人为因素将导致准确率不高。自动化评估工具可准确的对系统进行性能等方面的评估，准确率高，可信度大，但是适用范围有限，比如有些服务器由于客观原因无法被自动化工具评估。对于一些比较复杂的问题，可以采用深度访谈的方式，形成访谈报告，补充到文档中。3.2.3评估环境的准备使用具体评估工具进行自动化评估时，需要准备好相关主机、网络、以及 MAP 工具包等内容，以便顺利开展系统评估工作，详见附录中的具体评估工具需求。3.3 系统调研与评估3.3.1物理基础架构调研与评估在物理基础架构信息收集和评估中，计算容量、存储容量和网络容量以及相
14、关的利用率和性能是重要的评估内容。自动化评估工具 MAP 可帮忙得出比较客观的物理架构的容量和性能，调查问卷也可协助完成信息收集。物理基础架构的评估中，应完成如下内容的评估： 在基础架构硬件的 CPU 评估中，应收集 CPU 的型号、主频、内核数、颗数，应评估 CPU 的利用率。 在基础架构硬件的内存评估中，应收集内存的容量以及使用率。 在基础架构硬件的磁盘评估中，应收集磁盘的数量、RAID 方式、文件系统类型、文件系统总容量、磁盘 IO 性能等。沟 通 从 心 开 始REACHING OUT FROM THE HEART . . . . . . . 中国移动通信集团广东有限公司. . . .
15、 . . . 在基础架构硬件的网络评估中，应收集物理服务器的网卡容量、数量及网络性能，网络交换机的型号、网口数、数量，基础架构的网络拓扑图等。3.3.2应用系统调研与评估在应用系统层面，至少应评估业务的重要性、业务成熟度、应用系统逻辑架构等内容，从而为迁移提供重要的参考依据。3.3.2.1 业务重要性在评估阶段，应评估应用系统的重要程度，利用应用系统的重要程度设置相关的资源竞争策略，并且对重要的应用系统采用相应的技术方案进行保护，如重要的应用系统可使用 HA 等技术方案保证业务连续性。业务的重要性可作为虚拟机发生竞争时如何争取资源的一个重要输入。在虚拟机的资源竞争机制中，有最低占用资源设置、最
16、高占用资源设置和相对权重。可根据业务的重要性设置相关的权重，比如可以设置重要业务权重为 200，比较重要业务的权重是 150，不重要的业务权重是 100。需要注意的是具体虚拟机权重设计的时候一定要遵循一个统一的标准，保持前后连贯性。3.3.2.2 业务生命周期按照不同的业务成熟度为相关的虚拟机来预留资源，来满足业务发展所带来的需求。业务成熟度分为业务投入期、成长期、成熟期、衰退期，可按不同的成熟度为不同的业务系统进行预留空间等内容的设置。在评估阶段，应评估业务的成熟度，业务成熟度可作为应用系统资源预留的一个重要衡量指标。可针对不同成熟度的业务提供不同的资源预留策略，比如成熟业务预留 50%资源，衰退业务预留 25%，成长的业务预留 75%资源，投入期业务预留 50%资源。
