方案介绍

过去的一、二年是云计算集体爆发的几年，我们认为，伴随着公有云/私有云平台的快速普及渗透，云计算产业商业模式的快速成熟，云迁移业务作为云计算产业整体繁荣的重要环节，值得更多的关注和深度挖掘。

云迁移业务很重要，承载着众多复杂系统和数据上云的重任，是云计算产业繁荣的重要环节：云迁移是帮助拟上云的企业制定整体的应用上云、数据上云的解决方案，识别复杂系统上云风险，并辅以专业的技术力量，帮助企业有序、安全、便捷地进行迁移，保证业务的可用性、安全性、连续性。

迁移到云优势

云计算基础设施指的是支持云计算模型计算需求的软件和硬件组合，包括存储单元、服务器、虚拟化监控和网络软件。众多迁移到云计算中的业务已经充分享受到了云计算带来的便利，以下是业务应该转移到云计算的十大优势：

1、廉价高效;  2、增进合作;  3、无缝集成;  4、促进可伸缩性;  5、提供良好的用户控件;  6、宽松的软件维护;  7、快速解决能力;  8、高灵活性;  9、大数据拓展支持;  10、安全性能高。

平台云化流程

根据业务平台云化的实施顺序，可以把业务平台云化划分成三个阶段，即业务平台云化前的准备阶段，业务平台云化的实施阶段，业务平台云化后的维护管理阶段。

业务平台云化准备阶段

该阶段主要包括业务平台云化评估、云计算资源选择两部分工作内容。业务平台云化评估主要是针对梳理出需要整合或迁移的业务平台，对照业务平台云化评估要求，最终确定哪些平台可云化；云计算资源选择主要考虑满足网络发展和业务部门需求的情况下，针对业务平台迁移后的可维护性提出对云资源的相关技术要求或建议。

业务平台云化实施阶段

该阶段主要根据实际情况决策如何分配云平台相关资源，选择迁移方式，并组织平台迁移实施等工作。

业务平台云化后的维护管理阶段

业务平台迁移后对云平台及其所承载的业务平台的运维、监控、安全、统计分析等管理与维护的技术要求。

迁移流程

迁移规划

信息收集

上云迁移需要进行严谨细致的调研工作，需要收集硬件及网络环境信息、现有及将来可能增加的业务各类需求、系统配置信息、应用系统信息、数据风险等。

需求评估

从业务需求的角度分析各业务的目前现状、存在的问题、是否可以云化、业务未来的发展需求，定制对各个业务系统迁移的目标。

从系统的角度分析各系统的目前现状，包括了主机、存储、网络及安全，分析系统存在的问题，根据评估结果进行规划。

应用分析

应用分析是成功迁移，降低业务停滞时间的关键；根据业务的负载、特性、复杂性、关联性分析确定并量化业务迁移风险可能对业务造成的影响及损失，以确定业务迁移的优先分批范围 及迁移策略。

风险分析

根据收集到的相关信息对目前系统进行业务迁移的风险分析，分析各种潜在危险并针对可能发生的危险事件，采取相应措施。

迁移策略

建议从非核心业务到核心业务，由易而难，由简单到复杂。建议遵从如下迁移顺序：

 •  独立应用的系统 •  应用堆叠的应用系统 •  被依赖的应用系统优先，数据库等被迁移系统先进行迁移 •  应用依赖关系系统

迁移设计

迁移计划制定

根据业务迁移策略以及业务系统的依赖程度，将用户现有的生产系统分为业务高度依赖型、业务依赖型和非业务依赖型三个分组，每个组能够接受的迁移时间不同，对不同分组的系统采用不同的迁移策略：

  •  7*24 小时业务高度依赖的生产系统，迁移只能在线时间，迁移策略为：“在线迁移”；

  •  非7*24 小时业务依赖的生产系统，迁移时可以接受一定的离线实现时间，迁移策略为：“离线迁移”；

  •  非业务依赖性的生产系统迁移可接受较长的离线时间，迁移策略是“分批次迁移”。

根据迁移原则，综合考虑各应用系统及相关设备的调研分析情况，制定出详细的迁移计划。

方案设计

在线迁移，亦称“网络迁移”；是指借助在线迁移工具（如P2V、V2V）将业务系统迁移到噢易云平台中。 

离线迁移，亦称“数据中转服务器传输”；是指借助迁移工具将业务系统以一定的格式转存在移动介质或中转服务器中，由迁移工作人员再行转存至噢易云平台中。

项目实施

模拟迁移

正式迁移前模拟一个批次的业务迁移（非正式迁移，业务不割接）。验证业务迁移的及时有效和正确率；针对模拟过程发现各类问题进行修正；改进业务迁移的流程和工作手册，以满足业务的实际需要。

系统测试

模拟迁移完成后对模拟迁移的业务进行一次系统测试，以确定业务迁移到云环境中后能够满足业务需求。

1性能测试2压力测试

•  迁移后系统的应用性能测试；•  对迁移后系统进行压力测试，并取得关键性能指标达到设计目标；

•  迁移后系统的网络性能测试；•  从分支机构发起执行版本验证测试及必要的压力测试；

•  迁移后系统软件版本性能测试；

3业务功能4系统连接性测试

•  迁移后系统与老系统的连接测试；•  迁移后对外围系统，进行全面的连接测试；发现问题，提出整改目标；

•  对迁移后系统运行批处理测试；•  迁移后系统与网络的连接测试。

•  完成数据同步后，执行批处理测试；

•  完成数据同步后，从分支机构发起执行高风险业务功能的测试；

数据备份

正式迁移前，为确保业务数据的完整性、降低迁移风险，为回滚机制创造必要条件，需要将业务系统及数据进行备份，为提高抗风险能力，建议采用多种备份方式、多分备份数据的方式对业务系统及数据进行备份，常见备份方式有：

•  备份软件备份•  Ghost备份•  移动存储设备备份 •  原设备冷备备份

正式迁移

根据确定的业务迁移方案，正式实施业务迁移；根据业务迁系统试方案测试业务迁移效果，并对业务迁移后的系统参数和性能进行调整，使之满足业务系统的需要，并投入实际使用。

项目验证

::迁移评估

对正式迁移结果进行评估，哪些业务完成了迁移、哪些业务无法完成迁移，迁移的效果如何、是否通过系统测试，迁移过程中遇到了哪些问题、解决办法是什么、对业务系统有什么影响、业务系统健康度如何。将这些信息进行记录和统计，为业务上云后的运营维护提供一定的参考依据。

::业务检查

业务正式上云后，进行一定时间的试运行，检测业务上云后是否对业务造成影响，对出现的问题进行及时的解决。