主机上云、数据上云、流量迁移的方案、最佳实践、步骤

自顶向下的迁移方案

借鉴某位前辈的总结：

为什么上云

除了大环境和行业发展浪潮推动业务上云，还有更实在的原因，比如老板决定了要迁移上云、拥抱云，除此之外在技术上还有一些原因：

最佳实践
– 蚂蚁搬家式迁移，迁移不可一蹴而就；
– 通过混合云架构实现平滑迁移。

迁移上云的步骤

从项目视角来看，迁移可以用“观云、迁云、享云”三步走来实现：

具体操作步骤分为这几个阶段：

技术视角

主机迁移

业务系统的应用层、逻辑层运行在主机上，该怎么迁移？

除了镜像迁移的方式，还可以通过底层文件同步的方式实现主机迁移。主机上的软件、代码、数据还是落在硬盘上，在本地硬盘和云端硬盘之间进行底层文件复制的方式完成主机迁移，在云端云主机挂在已经存有软件、代码和数据的硬盘可以恢复主机的业务能力。

数据迁移

业务系统除了应用层、逻辑层代码，还有数据。我们可以根据数据的类型采取针对性的迁移方案。面向结构化数据，也就是MySQL等关系型数据库，可以采用云平台提供的数据迁移服务UDTS工具来迁移。

UDTS支持将自建MySQL数据库迁移至云端数据库，接着开启增量迁移将新增的数据持续同步至云端数据库，最终达到本地和云端数据一致的情况，完成MySQL数据库迁移，可将对数据库的连接从本地更改到云端。

静态数据迁移

业务中海量的图片、视频、PDF、CSS等各种静态文件需要进行迁移，无论存储在本地环境还是其他公有云平台，都可以通过设置资源回源的方式完成资源迁移。这种方式牺牲了第一次访问该资源的相应时间，通过第一次的拉取为后续访问带来了便利。如果有少数资源从来没有被访问到，则还是仅存储在源站，这时可维护一个未回源的资源列表并触发程序去模拟访问资源完成回源访问，最终完成所有静态资源的迁移。

优点：静态资源通过回源的方式进行迁移，不会影响业务的使用，业务无需中断，没有额外的费用成本。
缺点：不过时间周期较长，不适合数量众多、超大文件的迁移。

流量迁移

业务和数据都迁移完成后，还需要将用户请求从本地环境切换到云端，也就是常说的割接。至少有三种方式实现切换：