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

《云平台应用系统迁移方案大纲.pdf》由会员分享，可在线阅读，更多相关《云平台应用系统迁移方案大纲.pdf（10页珍藏版）》请在三一文库上搜索。

1、沟通从心开始 REACHING OUT FROM THE HEART 中国移动广东公司 UAP云平台应用迁移方案 （大纲） 版本 文件编号： 密级： 项目 ID ： 项目编号： 拟 制沈 志 华日 期2014 07 16 审 核日 期 批 准日 期 沟通从心开始 REACHING OUT FROM THE HEART 目录 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、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、.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 沟通从心开始 REACHING OUT FROM THE HEART 6.1迁移实施流程 . 21 6.2迁移环境准备 . 21 6.3迁移执行 . 22 6.4迁移后虚拟机的优化 . 22 7测试验证 . 22 7.1应用系统测试验证流程 . 22 7.2应

4、用系统测试验证内容 . 23 7.3应用系统测试 . 23 7.4系统优化 . 23 7.5应用系统验证 . 24 8应用系统割接 . 24 8.1应用系统割接流程 . 24 8.2割接评估 . 24 8.3割接准备 . 25 8.4割接操作 . 25 8.5回退机制 . 25 8.6割接后观察 . 25 8.7原系统删除 . 26 9附录 . 26 9.1MAP 性能评估工具实施文档 . 26 9.2典型案例 . 26 沟通从心开始 REACHING OUT FROM THE HEART . . . . . . . 中国移动通信集团广东有限公司 1文档说明 本文档的目的在于为UAP 云平台地

5、市应用系统设计的一个迁移与整合方法，并对实际操作有指导和建 议。 本文档主要针对广东移动UAP 的地市应用系统迁移到UAP 云平台。 2应用系统迁移方法 2.1 应用迁移与整合方法 根据以往丰富的项目经验，结合UAP 云平台的具体业务特点，定制了一套数据迁移与整合的方法。本 迁移与整合方法分为6 个阶段，分别为系统评估与分析、方案设计、虚拟化环境准备、应用移植、测试验 证和业务割接。 图 2-1 应用迁移与整合方法 评估与分析 在系统评估与分析阶段，应确定迁移范围和目标，利用调查问卷、系统评估工具（MAP ）和访谈等评 估形式，对应用系统进行评估，分析和汇总系统需求，形成调研报告。 沟通从心开

6、始 REACHING OUT FROM THE HEART . . . . . . . 中国移动通信集团广东有限公司 方案设计 在方案设计阶段，针对项目范围内的物理服务器进行虚拟化适用性分析，设计迁移场景和云平台架构 方案。在云平台方案设计的基础上，进行迁移顺序、迁移方法等内容的设计，形成总体迁移方案。 虚拟化环境准备 在虚拟化环境准备阶段，应判断现有的UAP 云平台环境是否能容纳被迁移的所有对象，以及，具体应 检查计算资源、存储资源、网络资源以及数据库资源等，建立迁移所需的环境准备，如虚拟机、虚拟化网 络等。 应用移植 在系统移植阶段，应根据既定的迁移方案严格的执行应用系统迁移，将物理机的应

7、用系统移植到虚拟 机内，有工具移植和手工部署两种方式。 测试验证 对云平台上的应用系统进行功能性测试、性能测试和稳定性测试，并进行应用验证，以便预先排除隐 患，使得应用系统成功的运行在云平台环境下。 业务割接 制定割接方案，依照割接方案进行割接操作，割接完成后进入割接后观察期，通过割接验收后将原系 统下线。 应用系统在UAP 云平台上线1 个月后，提供性能分析报告。 2.2 应用迁移涉及的相关部门 业务迁移进行中，会涉及如下各部门，其具体职责如下： 省公司信息系统部： ； 地市公司： 沟通从心开始 REACHING OUT FROM THE HEART . . . . . . . 中国移动通信

8、集团广东有限公司 应用开发商 ：负责实施UAP 平台各应用系统日常的724 小时故障响应处理工作，为 UAP 平台 各应用系统的维护支撑提供技术支持。 迁移实施方： 1)对应用系统进行评估和分析； 2)根据需求设计云平台方案，或者评估现有云平台方案是否满足需求； 3)设计应用系统迁移方案，如迁移方式、迁移工具等； 4)进行应用系统迁移，将应用系统从物理机上移植到虚拟机上； 5)与应用开发商一起进行测试验证； 6)进行业务割接。 3系统评估与分析 如何对被迁移系统进行有效的系统评估，为迁移和整合提供有效的支撑数据，是迁移前重要的工作， 也是迁移和整合过程中的一个难点。系统评估分析，将使用调查问卷

9、、自动化评估工具或访谈等形式对系 统的基础架构层和应用层进行系统评估。 沟通从心开始 REACHING OUT FROM THE HEART . . . . . . . 中国移动通信集团广东有限公司 3.1 系统评估和分析流程 图 3-1 评估和分析流程 应用系统迁移评估与分析流程描述如下： 表 3-1 系统评估和分析流程 编号步骤名称责任人说明 3.1 确定迁移范围 确定要迁移的应用系统，及未来的数据中心 等内容 3.2 选择评估方法 选择自动化工具评估（MAP ） 、问卷调查、 访谈等评估方法 3.3 准备评估环境和内 容 准备好被评估系统的网络、MAP 服务器等内 容 准备好调查问卷的调

10、查问题和访谈的具体内 容 3.4 系统评估迁移实施方对系统进行评估，使用问卷调研、自动化工 沟通从心开始 REACHING OUT FROM THE HEART . . . . . . . 中国移动通信集团广东有限公司 具评估、访谈等形式 3.5 问卷调研迁移实施方采用调查问卷的方式进行调研 3.6 自动化工具评估迁移实施方采用自动化评估工具进行系统评估 3.7 访谈迁移实施方采用访谈的方式进行调研 3.8 需求分析迁移实施方对应用系统进行整体需求分析 3.9 基础架构层评估迁移实施方 对被评估系统进行基础架构层面的具体评估 和信息汇总 3.10 应用层面评估迁移实施方对被评估系统进行应用层面

11、评估和信息汇总 3.11 业务层信息汇总迁移实施方对被评估系统进行业务层信息汇总 3.12 运维层信息汇总迁移实施方对被评估系统进行运维信息需求汇总 3.13 现状调研及需求分 析报告 迁移实施方 根据调研内容，撰写现状调研及需求分析 报告 3.14 调研报告审核对现状调研及需求分析报告进行审核 3.15 判断是否通过审核 如通过审核，则结束调研和分析流程结束 如未通过审核，则返回3.2 3.2 评估准备 3.2.1 迁移范围确定 应用系统迁移，首先要确定迁移范围，如： 哪些应用系统需求从哪些服务器上迁移到UAP 云平台虚拟机上； 哪些应用系统需要进行解耦和整合等操作； 迁移前后机房环境的变化

12、确认等。 沟通从心开始 REACHING OUT FROM THE HEART . . . . . . . 中国移动通信集团广东有限公司 3.2.2 评估方法与准备 采用调查问卷方式、评估工具自动化评估或访谈等方法对UAP 应用系统进行评估和分析，从不同的维 度获得全面的信息，为迁移工作提供有力依据。 调查问卷可以大规模的进行信息采集，收集各个层面的信息，范围较广，但是由于需要人工填写，人 为因素将导致准确率不高。自动化评估工具可准确的对系统进行性能等方面的评估，准确率高，可信度大， 但是适用范围有限，比如有些服务器由于客观原因无法被自动化工具评估。对于一些比较复杂的问题，可 以采用深度访谈的

13、方式，形成访谈报告，补充到文档中。 3.2.3 评估环境的准备 使用具体评估工具进行自动化评估时，需要准备好相关主机、网络、以及MAP工具包等内容，以便 顺利开展系统评估工作，详见附录中的具体评估工具需求。 3.3 系统调研与评估 3.3.1 物理基础架构调研与评估 在物理基础架构信息收集和评估中，计算容量、存储容量和网络容量以及相关的利用率和性能是重要 的评估内容。自动化评估工具MAP可帮忙得出比较客观的物理架构的容量和性能，调查问卷也可协助完 成信息收集。 物理基础架构的评估中，应完成如下内容的评估： 在基础架构硬件的CPU 评估中，应收集CPU 的型号、主频、内核数、颗数，应评估CPU

14、的利用 率。 在基础架构硬件的内存评估中，应收集内存的容量以及使用率。 在基础架构硬件的磁盘评估中，应收集磁盘的数量、RAID 方式、 文件系统类型、 文件系统总容量、 磁盘 IO 性能等。 沟通从心开始 REACHING OUT FROM THE HEART . . . . . . . 中国移动通信集团广东有限公司 在基础架构硬件的网络评估中，应收集物理服务器的网卡容量、数量及网络性能，网络交换机的型 号、网口数、数量，基础架构的网络拓扑图等。 3.3.2 应用系统调研与评估 在应用系统层面，至少应评估业务的重要性、业务成熟度、应用系统逻辑架构等内容，从而为迁移提 供重要的参考依据。 3.3

15、.2.1 业务重要性 在评估阶段，应评估应用系统的重要程度，利用应用系统的重要程度设置相关的资源竞争策略，并且 对重要的应用系统采用相应的技术方案进行保护，如重要的应用系统可使用HA 等技术方案保证业务连续 性。 业务的重要性可作为虚拟机发生竞争时如何争取资源的一个重要输入。在虚拟机的资源竞争机制中， 有最低占用资源设置、最高占用资源设置和相对权重。可根据业务的重要性设置相关的权重，比如可以设 置重要业务权重为200 ，比较重要业务的权重是150 ，不重要的业务权重是100 。需要注意的是具体虚拟 机权重设计的时候一定要遵循一个统一的标准，保持前后连贯性。 3.3.2.2 业务生命周期 按照不同的业务成熟度为相关的虚拟机来预留资源，来满足业务发展所带来的需求。业务成熟度分为 业务投入期、成长期、成熟期、衰退期，可按不同的成熟度为不同的业务系统进行预留空间等内容的设置。 在评估阶段，应评估业务的成熟度，业务成熟度可作为应用系统资源预留的一个重要衡量指标。可针 对不同成熟度的业务提供不同的资源预留策略，比如成熟业务预留50% 资源，衰退业务预留25% ，成长的 业务预留 75% 资源，投入期业务预留50% 资源。 3.3.2.3 应用系统逻辑架构 评估中，应对应用系统间的逻辑架构进行分析，从而判断各应用系统间的依赖关系和应用系统间的逻