上云迁移的过程以下将其细化为五个步骤(适用场景：私有云)

企业传统的IT业务应用正常都构建在物理服务器和存储设备上，当开始进行云迁移时，一般会采用标准化技术，对以往的服务器及存储资源进行整合。对已存在的要上云的业务进行迁移评估，并根据数据中心的资源情况来制定详细的解决方案;如果是新的应用系统，则分配相应的资源，直接部署在云计算环境中即可。任何要上云的业务，对其实现难度的评估是对应用系统进行云化或改造风险与收益评估的重要手段. 整个业务系统的云化分析过程需要从包括硬件支撑环境改造、操作系统平台变更、平台软件绑定分析、IP地址依赖性消除、API重构、模块化改造、标准化改造、外部依赖条件等在内的多个层面和维度进行，准确评估业务信息系统云化改造的相关难点与痛点，才能对信息系统云化改造有充分的认识和准备。

上云首先离不开架构设计，因为业务终究要被云化，不管其迁移的过程长短，企业通常都会使用虚拟服务器来代替物理的服务器，使用存储资源池来统一后端的存储。为了实现对异构存储设备的管理，往往还会进行存储的虚拟化和分布式改造。

虚拟化是上云的第一步，接下来是部署一套私有的云管理平台。大型企业采购使用VMWARE平台则更稳定和可靠。而OpenStack则入门门槛较高，如果企业没有足够的技术能力储备则无法解决大面积部署OPENSTACK所遇到的问题和坑。

构建一个私有云，需要详细的规划设计以及实施，很多时候面临资源整合也包括管理理念的整合和融入。这时也可以采购或使用一些公有云服务，例如一个或多个SAAS应用、开发测试服务、云存储等。混合云融合了公有云和私有云，是近年来云计算的主要模式和发展方向。我们知道私有云主要是面向企业用户，出于安全考虑，企业更愿意将数据存放在私有云中，但是同时又希望可以获得公有云的计算资源随需扩展，在这种情况下混合云被越来越多的采用，这种解决方案既省钱又安全。

云的基础设施及服务部署完成之后，需要开始对现有的业务应用服务进行统一化或者升级。

应用迁移的过程不是简单的点几个按钮就大功告成，我们需要从云平台的环境特点出发，对自身的产品做一定的适应调整。

数据迁移对于一个业务应用来说是最重要的，直接关系到业务上云的成败。数据迁移会将业务系统中很少使用或不用的文件移到辅助存储系统(如磁带或光盘)上，而把热点常用的数据迁移到优质存储(如SSD或闪存阵列)上，有点像分级存储管理吧。一般为了保证数据的安全性和完整性，我们业务的迁移工作一般会与备份策略相结合,并且对重要数据进行重点备份。还有的业务系统上云后去O，把Oracle替换成Mysql,那么就会涉及到SQL语法的适配、数据的转换、新老系统的交互、应用的改造甚至重构等，挑战比较大，这些都需要在迁移阶段有充分的考虑。

数据迁移的实现可以分为3个阶段：数据迁移前的准备、数据迁移的实施和数据迁移后的测试校验。为了保障数据迁移的质量和效率，也离不开好的迁移工具。商业和开源的产品各有不同，选择时应该根据具体情况进行分析。目前，许多数据库厂商也都提供相应的数据抽取工具，如Informix的InfoMover、Microsoft SQLServer的DTS和0raele的Oracle Warehouse Builder等。这些工具在一定范围内解决了数据的提取和转换，但这些工具基本都不能自动完成数据的抽取，用户还需利用这些工具编写适当的转换程序来提高效率。

再有就是企业里的复杂应用由于业务耦合度高，对传统架构依赖性强，一般都需要大量的改造开发，由于时间周期比较长，不可控的风险太多，因此需要谨慎地对现有系统从投资回报以及可行性方面进行详细迁移评估。

在企业里，当大量业务应用都迁移上云后，使用云管理平台进行业务系统的自动化配置、审批、服务交付、升级改造及监控就变得比较重要了。不断地对现有IT流程进行自动化改造至关重要，我们希望尽量的把每一个业务上云的流程都自动化，从虚拟机及应用的线上资源预订到其交付，这样可以大大缩短部署时间、减少人工成本，提高系统配置的准确性及一致性。

传统业务上云一般需要经过资源供给、交付服务、运维及安全流程等的若干环节审批，因为在云服务完成及上线之前，很多这些流程都需要进行改造，自动化交付则需要IT安全人员对虚拟机模板、软件化网络、存储资源、操作系统、应用平台等预先进行授权或批准。这个步骤还需考虑冗余性及伸缩性，包括服务器、虚拟机、应用及云管理平台在数据中心部分或者完全失效的情况下的持续运行能力。安全操作及IT治理在该阶段也必须完全建立，最终这五个步骤的云迁移计划将把公司带到一个全面云运维的状态。

原文来自：

本文地址：//gulass.cn/enterprise-migration.html编辑：倪家兴，审核员：清蒸github

Linux大全：

Linux系统大全：

红帽认证RHCE考试心得：