本文共 2713 字，大约阅读时间需要 9 分钟。

企业上云，最耗时也是最困难的阶段就是将本地数据中心的IT架构搬迁到云上。经过这些年的摸索，对于不同业务系统，通常有不同的应对方式，形成上云的方法论：

当然，为了更好的适应云端架构，彻底云原生改造和迁移到SaaS平台是最好的方式。但由于种种原因（例如兼容性、第三方开发系统、改造难度等），企业使用最多的方法还是Rehost （重新托管）。

从字面理解，Rehost（重新托管）就是将本地的物理服务器或虚机搬迁到云上，而整个过程却没这么简单，应该包含调研——设计——规划——PoC——实际搬迁——验证——优化等一系列的工作：

如果是小规模例如十来台服务器的规模，可以手工操作，而对于大中型企业数十甚至数百台服务器，手工搬迁将成为一个噩梦。

为了满足客户快速、安全的搬迁，很多软件厂商推出一系列的三方工具软件，协助客户自动化或者半自动化迁移；客户也可以使用Azure自身提供的Migration Tools（迁移工具）评估系统、ASR容灾系统等工具迁移。而今，Azure将迁移相关的评估服务、迁移工具、认证的第三方工具等，整合在一起成为一个独立服务，即Azure Migrate。

Azure Migrate能做什么

Azure Migrate作为统一的迁移平台，为客户提供本地数据中心的发现、评估、迁移“一条龙”服务，具备如下功能：

统一迁移平台：用于启动、运行和跟踪到 Azure 的迁移的单一门户。

工具范围：用于评估和迁移的一系列工具。Azure Migrate 工具包括 Azure Migrate：服务器评估和 Azure Migrate: 服务器迁移。Azure Migrate 还集成了其他 Azure 服务和工具，以及独立软件供应商 (ISV) 产品/服务。

评估和迁移：在 Azure Migrate 中心内，可以评估和迁移以下项目：

• 服务器：评估本地服务器并将其迁移到 Azure 虚拟机或 Azure VMware 解决方案 (AVS)。

• 数据库：评估本地数据库，并将其迁移到 Azure SQL 数据库或 SQL 托管实例。

• Web 应用程序：使用 Azure 应用服务迁移助手评估本地 Web 应用程序并将其迁移到 Azure 应用服务。

• 虚拟桌面：评估本地虚拟桌面基础结构 (VDI) 并将其迁移到 Azure 中的 Windows 虚拟桌面。

• Data：使用 Azure Data Box 产品快速且经济高效地将大量数据迁移到 Azure。

由此可见，对于一般的本地数据中心，不仅是服务器，部分应用如DB、Web Service等也可通过Azure Migrate搬迁至Azure，不仅做了IaaS层的Rehost，甚至实现了一定范围内IaaS到PaaS的转换。

Azure Migrate如何工作

以单个项目为例，迁移工作通常分为如下步骤：

• Scope确认：确定搬迁的范围、workload之间的依赖性、迁移顺序、以及有无特殊要求等

• 评估工作负载：手机服务器或其他应用的性能数据等，规划云上资源，在满足需求的情况下合理降低成本，并且研究更具体的研究用户模式和依赖项，以确保迁移工作的成功

• 部署工作负债：评估完成后，在云端部署相关的负载，以便将资源直接迁移（虚机、服务器等）或重新托管（DB、Web Service等）到云端

• 发布工作负载：本地数据中心复制到孕后，对工作负载进行测试、优化、记录和发布，审查是否符合Scope要求，并移交后后续的云治理团队、运营管理团队和安全团队，以便持续提供服务。

Azure Migrate对不同环境提供了不同工具。以服务器和VM为例，Azure Migrate引入了名为Azure Migrate设备的装置来完成这一系列工作。

Azure Migrate设备并不是一个独立硬件，在不同环境有不同部署方式：

• VMWare：OVA虚机模板，部署在ESXi服务器，并连接至VC，可以使用无代理方式（发现评估VM）或代理方式（应用程序发现），持续收集VMWare环境下的基础设施信息

• Hyper-V：VHD虚机硬盘，部署在Hyper-V服务器，添加Hyper-V主机/群集凭据来发现Hyper-V主机/群集上的基础设施，并持续收集信息

• 物理服务器：在Windows      Server2016服务器下载安装Azure Migrate 安装程序脚本，通过IP、用户名、口令方式添加需要评估的服务器，并持续收集信息

• 其他公有云上的VM：类似物理服务器，创建一个公有云上的VM（例如EC2），并安装程序脚本，通过IP、用户名、口令方式添加需要评估的服务器，并持续收集信息

经过一段时间的信息收集，可以在Azure Portal选择评估：

评估方式有两类：

• 按本地原样：基于本地服务器的配置给出VM的配置

• 基于性能：根据收集的一段时间内的性能数据给出建议的配置

评估内容如下：

• Azure迁移就绪性：VM是否适合迁移到Azure

• 每月成本估算：预估的VM成本

• 每月存储成本估算：迁移后的磁盘预估成本

评估示例如下：

完成评估后，即可进行迁移。

对于不同环境，迁移方式略有差异。以VMWare的无代理迁移为例，大致步骤如下：

1. 启用复制：

2. 确认直接使用评估的配置还是需要手工修改：

3. 按批次选择需要迁移的VM（注意依赖性）：

4. 选择迁移的订阅、Region、资源组、VNet、可用性等

5. 检查配置情况：

6. 指定是否迁移磁盘和磁盘类型：

7. 开始复制并跟踪进度

以上是简单的迁移步骤，当然过程中还有迁移测试、安全设置，并且如果在大规模迁移中，还需要考虑并发的网络要求，为了降低业务中断时间，可以预先做初始迁移，真正切割时再做增量以节约迁移窗口等具体规划设计。

最后

以上简单介绍Azure Migrate的相关概念和用途。作为Azure官方的统一迁移平台，其功能已经比较完善，并且还整合了很多三方工具作为补充。Azure Migrate 目前支持国际版Azure用户使用，可以关注的是，该服务预计于2021年初落地中国区，还是非常值得期待的。

在迁移过程中，特别是大型环境的迁移，工具只是其中一环，还需要做好详细的规划、方案、应急预案等。基于此，Azure今年将云治理相关的CAF（Cloud Adoption Framework）和WAF（Well-Architected Framework）作为企业上云的重点，在解决上不上云的问题后，解决如何上好云的问题。同时，也通过帮助合作伙伴获得ASP认证的方式提升合作伙伴的技能，帮助到已经上云或者想要上云的用户。

转载地址：https://microsoftchina.blog.csdn.net/article/details/114281384 如侵犯您的版权，请留言回复原文章的地址，我们会给您删除此文章，给您带来不便请您谅解！