在了解了迁移上云的过程，以及迁移过程中用到的一些策略之后，那么开始对本地中心的应用进行迁移上云，云数据中心中最重要的三项基础设施资源主要是计算、存储、网络，主要以这三部分为大家介绍一下各自的迁移方法，以及相关的注意事项。

网络迁移

本地数据中心的网络一般是私有网络，大部分是扁平化的网络，一些业务规模比较大的企业，他们都有自己的网络工程师来规划相对复杂的网络，网络迁移的复杂程度主要取决于本地数据中心的网络复杂程度，至于如何把本地网络迁移到 AWS 中，我们也需要根据不同的情况去考量。

企业一般通过 VPC 来实现私有网络建设的，VPC 的各项功能基本可以满足企业网络的各项需求，那我们该如何去设计我们的网络呢？

完全复制：应用程序里面嵌入了服务器的私有IP，整体迁移不去修改网络配置，并且没有计划使用混合云模式，针对这一部分，可以在 VPC 中建立一个和本地数据中心一模一样的网络，拥有相同的 IP 地址段，但是需要注意，VPC 中的一些安全设定本地中心可能没有，比如 NACL、Security group等。

混合云模式：有些企业部分应用迁移上云，并且未来规划混合云的模式。针对这种情况，我们在 VPC 中设计的网络，其 IP 地址段与本地数据中心的 IP 地址段不能重合，既然是重新规划 IP 地址范围，那我们尽量每个子网的分配的 IP 数量多一些。

本地数据中心的网络冗余，高可用方案，需要精通高级网络的工程师来进行配置和维护，网络上云之后，所有的这些都由 AWS 来进行维护，企业的维护人员具备简单的网络知识即可维护，降低了网络管理的门槛，也为企业节省开支。

工作负载迁移

我们把支撑业务运行的一些资源称之为工作负载，我们可以把虚拟机、数据库、应用等粗略的规划在工作负载层面，下面我们主要针对这几部分来说一下迁移过程中的情况，这也是我们整个迁移最重要的环节。

虚拟机迁移

将虚拟机转移到云端有助于避免会造成巨大财务压力的更新周期。准备就绪后，我们可以通过两种方式进行迁移，我们使用 Rehost 作为我们的迁移策略。

注意事项：

1.因为是整体的搬迁服务器，要考虑到带宽是否满足，是否需要增加临时带宽。

2.复制过程中要考虑是否会用到临时的磁盘，存储空间是否足够。

3.防火墙的替换，共有云中没有物理防火墙，可以考虑使用 AWS 的安全组来替换。

价值体现

1.可以享受更高性价比以及更优化的配置。

2.多区域节点选择。

3.提高运维效率，将IT 运维重心转移到以业务为中心。

数据库服务迁移

本地数据中心的数据库服务，一般都是运行在物理机或者虚拟机上，由运维人员部署。

注意事项：

1.兼容性要求，如：文件格式，字符集的兼容性要求，引擎的兼容要求。

2.数据迁移的限制，如，服务商数据库名/表名保留字；是否影响业务及其程度；是否需要停服务以及停服务的时间。

3.迁移工具的便利性，服务商指导。好的迁移方案&工具应该是尽可能少人工操作，step by step，自动化。

4.数据完整性校验，在数据迁移完毕进行切换前，一定要进行数据完整性验证，以保证数据被正确、完整的迁移。如：部分服务商不能提供完整性校验，或者在校验存在不一致时无法给出具体信息，实际也无法定位。

价值体现

1.云数据库的高性能，高可靠性，扩展性，灵活性

2.大规模创新

3.兼具备份、扩容、迁移等功能

4.DBA 不用再去维护数据库的安装，运行，高可用，备份等，把精力集中在数据库优化业务上面。

应用迁移

在实现应用迁移上云的过程中，一般会面临已有业务系统改造和新建业务系统两种场景。新建业务系统只需要按照应用上云的标准要求进行架构设计、研发、编码和测试即可，实现相对简单。已有业务系统迁移上云则需要对现有业务系统改造。

注意事项：

1.是否有相关的应用程序路线图

2.有哪些相关的成本与此应用程序有关系

3.有哪些改进选项可增强服务可用性

4.如果不改变这个应用程序，是否有相关风险

5.此应用是否与组织的技术目标互相一致

价值体现：

1.可以使用云原生的服务

2.可以借助云中 DepOps 工具加速应用程序的测试与发布

3.运维开发人员不用再去管理应用环境的配置，专注于应用代码的开发，提升效率

4.对于应用程序上云，我们一般先在云中建立一套完整应用程序环境，等待程序测试无误之后，通过修改 DNS 来完成应用上云。应用稳定后，应用程序就可以逐步的有计划从本地中心移除。

容器迁移

随着近些年容器的流行，越来越多的公司会有一些服务运行在容器平台中。如果容器运行在单机上面，我们一般直接使用 docker 命令运行，或者使用 docker-compose，对于运行在多机器上面的容器服务，我们大部分使用的都是现在很流行的容器编排服务 Kubernetes。

因为容器的特性，它可以把整个程序运行环境打包到镜像中，我们不需要再单独为其配置运行环境，根据这方面特性，对运行在容器中的应用程序迁移上云变得简单了很多，用户不需要对代码进行任何更改即可完成迁移上云。

数据迁移

这里所说的数据主要是静态存放的数据，以及一些归档数据，需要把这些数据传输到 S3 中，数据迁移工具的选择主要是考量数据量的大小，以及本地数据中心的带宽大小，不同的组合用到的迁移工具也不尽相同。

我们可以很简单的通过数据库和带宽估算出数据上云所消耗的时间，企业可以根据自己所能承受的能力来选择不同的工具，对于一些数据量比较小的，可以使用 DataSync，SFTP，当然也可也使用 aws cli 把数据传输到 S3，然后对于数据量比较巨大的，通过网络传输相当消耗时间的，我们可以使用 Snow 系列来传输数据。