选择迁移方法
在项目的早期阶段，你对当前环境执行了完整的发现和评估。 你确定了迁移范围内的服务器和服务的清单，以及它们之间的依赖关系。 你已从处理单个服务的 IT 和业务团队处获得指导和支持，并且你的领导团队已批准迁移。
你的第一项任务是确认迁移方法和工具，以满足公司在 Azure 中重新托管现有基础结构的业务目标。
在本单元中，你将对 Azure Migrate 和 Azure Site Recovery 作为将服务器工作负载迁移到 Azure 的选项进行比较。 你还将查看无代理和基于代理的迁移选项，并为业务方案选择适当的方法。
确定迁移工具和服务
Azure 中提供了多种工具和服务，可帮助你将资源迁移到 Azure。 其中许多工具都整合到了 Azure Migrate 服务中，该服务充当迁移工具的中心，让你可以将不同的迁移任务集中在一个位置。
工具的选择取决于计划迁移的工作负载类型。 对于数据库工作负载，Azure 数据库迁移服务 (Azure DMS) 之类的工具可帮助你管理将数据库工作负载移动到 Azure 的整个过程。
计划迁移试点
作为战略的一部分，你计划通过迁移公司不被视为业务关键型企业应用程序的子集来运行初始试点。 这些应用程序目前作为托管在 Hyper-V 上的 Windows Server 和 Linux 工作负载，在数据中心内运行。 迁移的后续阶段将包括 VMware 上运行的工作负载。
在本单元中，你将了解 Azure Migrate 如何帮助你完成试点迁移。 你还可以使用 Azure Site Recovery 将 VM 从本地迁移至 Azure。 通过比较这两个选项，你将了解哪种方法能够更好地满足你的业务场景。
Azure Migrate
Azure Migrate 提供集成式的工具中心，可用于评估本地基础结构、应用程序和数据并将它们迁移到 Azure。 假设你已使用 Azure Migrate 来评估环境。 你可以使用同一个 Azure Migrate 项目中的 Azure Migrate：服务器迁移工具执行迁移。 Azure Migrate 中提供本机评估和迁移工具，无需额外付费。
在本模块中，你将重点了解如何使用工具来评估和迁移工作负载。
ISV 工具
没有一个迁移场景是完全相同的。 某些迁移项目可能会面临独特的挑战，除了 Azure 的本机工具外，还需要扩展的迁移解决方案。 Azure Migrate 通过同一个统一的门户接口与其他 Azure 服务、工具和独立软件供应商 (ISV) 产品/服务集成在一起。 如果组织在迁移项目中面临特定的挑战，ISV 产品/服务可提供备选选项，并且你可以直接从 Azure Migrate 访问这些选项。
迁移或灾难恢复
虽然你也可以使用 Azure Site Recovery 将工作负载迁移到 Azure，但 Azure Migrate 针对迁移进行了设计和优化。 Azure Migrate 中心集中了不同工作负载（包括物理和虚拟服务器、数据库和应用程序）所需的所有工具和支持。
Azure Migrate 使你能够发现资源，并提供评估报告，报告中包括每月成本预估（计算和存储）、Azure VM 准备情况和基于性能的正确大小调整。
Azure Site Recovery
将本地和公有云工作负载迁移到云是一项特定的业务决策。 Azure Site Recovery 设计为用于本地和 Azure VM 的灾难恢复服务。 如果发生中断，它可以自动将工作负载从主站点复制到辅助站点。 通过提供将 Azure 作为辅助站点的访问权限，你可以避免构建（或租赁）和维护另一个数据中心所需的成本。 VM 故障转移可以从本地到 Azure，也可以从一个 Azure 区域到另一个 Azure 区域。 但是，如果使用 Azure Site Recovery 将工作负载迁移到 Azure，则不能进行故障回复，因为迁移是一次性操作。
尽管在数据复制过程中有一些相似之处，但 Azure Migrate 和 Azure Site Recovery 的用途不同。 在本模块中，你将重点了解如何使用 Azure Migrate 来满足公司的业务需求并迁移工作负载。
比较无代理迁移与基于代理的迁移
计划迁移时，首先要决定使用基于代理的迁移方法还是无代理迁移方法。 基于代理的方法涉及在要复制以进行迁移的每台计算机上安装轻型代理。 代理协调来自每台计算机的复制数据，并准备将其发送到 Azure。 使用基于代理的复制，无需在迁移过程中关闭系统电源，从而可以确保持续的运营周期。
基于代理的迁移会产生管理代理和使代理保持最新的成本。 无代理迁移提供更便宜的解决方案，并避免了管理开销。 但是，它要求系统在迁移期间处于脱机状态。 通常，如果系统是业务关键型系统，则应使用基于代理的选项。 对于非关键型系统或远程系统，较短的脱机时间不会带来大问题，你可以使用无代理迁移。
使用无代理迁移
考虑选择迁移工具时，请记住试点的初始目标是将基于 Hyper-V 的 VM 迁移到 Azure。 Azure Migrate 服务器迁移工具使用针对 Hyper-V 进行优化的迁移工作流为本地 Hyper-V VM 提供无代理复制。 仅在 Hyper-V 主机或群集节点上安装软件代理。 无需在 Hyper-V VM 上安装任何组件。
试点要求你将 Hyper-V 上运行的非关键工作负载迁移到 Azure。 因此，你将通过 Azure Migrate 使用无代理迁移。
评估 VMware 工作负载
对于迁移的后续阶段，你需要考虑使用基于代理的方法，因为 VMware 上运行了大量的公司业务关键型工作负载。
使用基于代理的选项，你还可以获取有关 VMware 工作负载如何彼此相关以及 VM 之间的依赖关系的详细信息。 代理将收集该数据，然后你可以使用 Azure 的依赖项可视化功能来了解这些依赖关系。 利益干系人希望确保整个迁移的成功，而基于代理的依赖关系可视化将在你评估更具业务关键性的工作负载时让你更加自信。