云平台应用系统迁移方案及对策大纲.doc
15页
文件 ： 工程ID： 工程中国移动公司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确定迁移围q 确定要迁移的应用系统，及未来的数据中心等容3.2选择评估方法q 选择自动化工具评估〔MAP〕、问卷调查、访谈等评估方法3.3准备评估环境和容q 准备好被评估系统的网络、MAP效劳器等容q 准备好调查问卷的调查问题和访谈的具体容3.4系统评估迁移实施方q 对系统进展评估，使用问卷调研、自动化工具评估、访谈等形式3.5问卷调研迁移实施方q 采用调查问卷的方式进展调研3.6自动化工具评估迁移实施方q 采用自动化评估工具进展系统评估3.7访谈迁移实施方q 采用访谈的方式进展调研3.8需求分析迁移实施方q 对应用系统进展整体需求分析3.9根底架构层评估迁移实施方q 对被评估系统进展根底架构层面的具体评估和信息汇总3.10应用层面评估迁移实施方q 对被评估系统进展应用层面评估和信息汇总3.11业务层信息汇总迁移实施方q 对被评估系统进展业务层信息汇总3.12运维层信息汇总迁移实施方q 对被评估系统进展运维信息需求汇总3.13现状调研及需求分析报告迁移实施方q 根据调研容，撰写"现状调研及需求分析报告"3.14调研报告审核q 对"现状调研及需求分析报告"进展审核3.15判断是否通过审核q 如通过审核，则完毕调研和分析流程完毕q 如未通过审核，则返回3.23.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虚拟化适用性分析迁移实施方q 依据"系统调研与需求分析报告"，对物理效劳器进展虚拟化筛选4.2迁移场景设计迁移实施方q 依据"系统调研与需求分析报告"，进展云。
