现状评估阶段

1

信息收集

通过工具收集工作负载的性能指标（CPU/内存/存储IO/网络IO）；软件、硬件：防止迁移对象遗漏。

2

业务调研

设计业务系统IT现状和迁移风险及业务关联的调研表，收集应用列表；以及迁移的商业需求和 IT 需求。

3

工作负载虚拟化评估

根据采集数据，分析评估虚拟化可行性。

4

应用关联分析

分析应用之间的关联关系，给出后续整合建议和迁移建议，以保证实施后对业务影响最小。

5

迁移环境评估

对应用系统的硬件环境和网络环境进行评估，看是否满足迁移需要；

6

软/硬件资产虚拟化利旧评估

评估可利旧的软件License资产；在整合场景，评估可虚拟化的旧硬件设备。

7

可用性需求及风险评估

根据业务调研的需求和评估分析，针对不同应用整理对应的停机时间窗，识别关键应用迁移风险。

8

梳理归结不建议迁移的业务系统。

针对无软件开发商支持的、业务系统紧耦合部署的、业务文档与业务运行现状不符的、业务部署在非X86架构上的以及业务系统的运行依存在过时的中间件、存储、数据库上的等不具备迁移条件的业务。

规划设计阶段

1

容量规划

根据当前应用以及性能数据，规划：

1）VM规格，具体包括CPU、内存、存储、网络的规格；

2）整合策略：分析现有工作负载，均衡考虑同一物理机器 上，对不同资源的需求，提供整合建议；

3）预测模型：根据当前业务发展模型，估测出当前和以后的容量变化趋势，给出建议。

2

迁移规划

1、根据迁移后的应用部署调整需求或新的业务规划需求，对数据中心架构的设计提出需求，并确保设计落地。新数据中心具体的架构设计，请参考数据中心集成设计指导书。

2、对搬迁过程中和搬迁后的网络和配置，根据应用部署策略进行调整规划，包括网络结构、IP、防火墙、数据库配置、客户端配置等。

3

迁移策略制定

根据业务场景确定搬迁方式（应用搬迁或物理搬迁）、迁移步骤、分批、首次试点；避免数据大规模在广域网上传输；

4

性能预估

对迁移后的应用性能进行预估，提前沟通迁移后性能变化。

5

业务应急预案

每个业务系统提供应急预案。用于业务迁移中进行业务倒换演练及应急方案指导，将现有项目中容易出现问题的点准备对应的应急方案

6

迁移验证方案和计划

制定迁移验证的方案和用例、计划。

7

迁移计划制定

根据业务之间关联情况和业务关键程度对应用进行分组，制定最终的详细迁移计划，包括迁移工具熟悉时间、数据上传时间、最终同步时间；以及风险应对计划。

8

迁移流程及分工

确定各种应用迁移的实际流程和分工合作界面。

实施阶段

1

应急预案演练

对重要业务，迁移前进行应急预案演练，提前发现方案不足，确保业务连续性。

2

迁移技术服务

在后台数据中心部署业务迁移工具，对业务迁移工具进行测试，协助客户对迁移工具开始正式迁移宣传；

3

网络调整

在数据中心搬迁过程中，涉及到流量模型的变化，例如多个数据中心变少，流量集中到某个机房，造成网络带宽的不均匀，需要对网络重新调整，来适应基础架构的整合。

4

物理搬迁

对物理设备（如服务器、存储设备）的位置搬迁，包括打标签、装箱、贴封条、设备搬运和安装恢复。

5

应用搬迁实施

协助客户按照迁移计划将应用从传统PC平台迁移到云平台或者从原数据中心云平台到新数据中心云平台。

验证阶段

1

验证

根据迁移验证测试用例与客户进行验证，并对验证结果进行验收。

2

业务迁移监控

对迁移后的业务系统进行监控，保证安全运行一个月；确保迁移后的应用性能和用户体验。

3

业务迁移优化

针对评估结果和监控中发现问题，对业务系统制定改进措施，对业务进行优化。