你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站，请访问 https://docs.azure.cn。
将 VMware VM 迁移到 Azure（使用无代理方法）
本文介绍如何使用迁移和现代化工具以无代理迁移方式将本地 VMware VM 迁移到 Azure。 还可以使用基于代理的迁移来迁移 VMware VM。 比较方法。
本教程是演示如何评估 VMware VM 以及将其迁移到 Azure 的教程系列中的第三篇文章。
注意
教程中演示了方案的最简单部署路径，使你能够快速设置概念证明。 教程尽可能使用默认选项，不会演示所有可能的设置和路径。
在本教程中，你将了解如何执行以下操作：
- 添加迁移和现代化工具。
- 发现要迁移的 VM。
- 开始复制 VM。
- 运行测试迁移，确保一切按预期正常进行。
- 运行完整的 VM 迁移。
如果没有 Azure 订阅，请在开始之前创建一个免费帐户。
先决条件
开始学习本教程之前，应做好以下准备：
- 完成第一篇教程来准备 Azure 和 VMware，以便进行迁移。
- 建议先完成第二篇教程以评估 VMware VM，然后再将它们迁移到 Azure，但不一定要这样做。
- 转到已创建的项目或创建新项目
- 验证 Azure 帐户的权限 - Azure 帐户需要有权创建 VM 并将数据写入 Azure 托管磁盘。
注意
若要使用适用于 Linux 的 Azure 混合权益，请根据操作系统类型执行以下操作：
对于 SLES，请运行以下命令：
wget --no-check-certificate https://52.188.224.179/late_instance_offline_update_azure_SLE15.tar.gz
sha1sum late_instance_offline_update_azure_SLE15.tar.gz
tar -xvf late_instance_offline_update_azure_SLE15.tar.gz
cd x86_64
zypper --no-refresh --no-remote --non-interactive in *.rpm
对于 RHEL，请将 SELinux 模式设置为 Permissive 或禁用。
注意
如果计划升级 Windows 操作系统，Azure Migrate 可能会下载 Windows SetupDiag 以获取错误详细信息，以防升级失败。 确保迁移后在 Azure 中创建的 VM 有权访问 SetupDiag。 如果无法访问 SetupDiag，则可能无法获取详细的 OS 升级失败错误代码，但升级仍可以继续。
设置 Azure Migrate 设备
迁移和现代化工具运行一个轻型 VMware VM 设备，该设备用于 VMware VM 的发现、评估和无代理迁移。 如果按照评估教程操作，则已将该设备设置为已启动。 如果尚未这样做，请使用以下方法之一立即进行设置：
- OVA 模板：使用下载的 OVA 模板在 VMware VM 上进行设置。
- 脚本：使用 PowerShell 安装程序脚本在 VMware VM 或物理计算机上进行设置。 如果无法使用 OVA 模板设置 VM，或者你使用的是 Azure 政府，则应使用此方法。
创建设备后，请检查它是否可以连接到“Azure Migrate：服务器评估”，首次配置该设备，并将其注册到 Azure Migrate 项目。
复制 VM
设置设备并完成发现之后，可以开始将 VMware VM 复制到 Azure。
- 最多可以同时运行 500 个复制。
- 在门户中，一次最多可选择迁移 10 个 VM。 若要迁移更多计算机，请将它们 10 个一批地添加到组中。
注意
Azure Migrate 不支持使用包含非 ASCII 字符的 VMDK 进行 VMware VM 无代理迁移。
请按如下所述启用复制：
在 Azure Migrate 项目 >“服务器、数据库和 Web 应用”>“迁移和现代化”中，选择“复制”。
在“复制”>“基本信息”>“计算机是否已虚拟化?”中，选择“是，使用 VMware vSphere”。
在“本地设备”中，选择已设置的 Azure Migrate 设备的名称，然后选择“确定”。>
在“虚拟机”中，选择要复制的计算机。 若要从评估（如果已运行）应用 VM 大小调整和磁盘类型，请在“从 Azure Migrate 评估导入迁移设置?”中，选择“是”，然后选择 VM 组和评估名称。 如果不使用评估设置，请选择“否”。
在“虚拟机”中，选择要迁移的 VM。 然后单击“下一页:目标设置”。
在“目标设置”中，选择订阅、目标区域和存储帐户。
注意
启动 VM 的第一次复制后，存储帐户便无法更改。 下拉列表中选择的默认选项将用于创建新的存储帐户。 如果未选择此选项，将在启用复制的最后一步中创建存储帐户。
在“虚拟网络”中，选择迁移之后 Azure VM 加入的 Azure VNet/子网。
在“可用性选项”中，选择：
- 可用性区域，将迁移的计算机固定到区域中的特定可用性区域。 使用此选项可跨可用性区域分配形成多节点应用程序层的服务器。 如果选择此选项，则需要在“计算”选项卡中指定用于每个选定计算机的可用性区域。仅当为迁移选择的目标区域支持可用性区域时，此选项才可用
- 可用性集，将迁移的计算机放入可用性集。 若要使用此选项，所选的目标资源组必须具有一个或多个可用性集。 支持具有邻近放置组的可用组集。
- 如果不需要为迁移的计算机使用其中任何可用性配置，则选择“无需基础结构冗余”选项。
在“磁盘加密类型”中，选择以下类型：
- 使用平台管理的密钥进行静态加密
- 使用客户管理的密钥进行静态加密
- 通过平台管理的密钥和客户管理的密钥进行双重加密
注意
若要使用 CMK 复制 VM，需要在目标资源组下创建磁盘加密集。 磁盘加密集对象将托管磁盘映射到包含 CMK 的密钥保管库，以用于 SSE。
在“Azure 混合权益”中，指定你是否已拥有 Windows Server 许可证或 Enterprise Linux 订阅（RHEL 和 SLES）。 如果已有许可证，并且许可证具有 Windows Server 或 Enterprise Linux 订阅（RHEL 和 SLES）的有效软件保障，则在将许可证引入 Azure 时，可以申请 Azure 混合权益。 然后选择下一步。 还可以在“计算和网络”屏幕的“Azure 混合权益”部分中选择“我有企业 Linux 许可证”。
在“计算”中，查看 VM 名称、大小、OS 磁盘类型和可用性配置（如果在上一步中选定）。 VM 必须符合 Azure 要求。
- VM 大小：如果你正在使用评估建议，则 VM 大小下拉列表会显示建议大小。 否则，Azure Migrate 会根据 Azure 订阅中最接近的匹配项选择大小。 或者，请在“Azure VM 大小”中的手动选择一个大小。
- 操作系统类型：选择使用的操作系统类型（Windows 或 Linux）。
- 操作系统：选择 Linux 计算机的操作系统版本以应用正确的许可证类型。
- OS 磁盘：为 VM 指定 OS（启动）磁盘。 OS 磁盘是包含操作系统引导加载程序和安装程序的磁盘。
- 可用性区域：指定要使用的可用性区域。
- 可用性集：指定要使用的可用性集。
注意
如果要为一组虚拟机选择其他可用性选项，请转到步骤 1，在开始为一组虚拟机执行复制后，通过选择其他可用性选项来重复这些步骤。
在“磁盘”中，指定是否要将 VM 磁盘复制到 Azure，并选择 Azure 中的磁盘类型（标准 SSD/HDD 或高级托管磁盘）。 然后单击“下一步”。
在“标记”中，选择向虚拟机、磁盘和 NIC 添加标记。
在“检查并开始复制”中检查设置，然后单击“复制”启动服务器的初始复制。
注意
如果 Azure 存在连接问题，或者设备服务已关闭超过 90 分钟，则复制服务器的活动复制周期将重置为 0%，并且相应的周期从头开始运行。
注意
在复制开始之前，随时可以更新复制设置（在“管理”>“复制计算机”中 ）。 复制开始之后无法更改设置。
跟踪和监视
在门户通知中跟踪作业状态。
通过在迁移和现代化中单击 azure VM 旁边的数值来监视复制状态。
复制按如下方式进行：
- “开始复制”作业成功完成后，计算机将开始初始复制到 Azure。
- 在初始复制期间，会创建一个 VM 快照。 该快照中的磁盘数据将复制到 Azure 中的副本托管磁盘。
- 初始复制完成后，增量复制将会开始。 对本地磁盘所做的增量更改会定期复制到 Azure 中的副本磁盘。
运行测试迁移
增量复制开始后，在运行到 Azure 的完整迁移之前，可以针对 VM 运行测试迁移。 我们强烈建议在迁移之前，针对每台计算机至少执行此操作一次。
- 运行测试迁移可以检查迁移是否按预期进行，而不会影响本地计算机，它们仍可保持正常运行并继续复制。
- 测试迁移通过使用复制的数据创建一个 Azure VM 来模拟迁移（通常是迁移到 Azure 订阅中的非生产 VNet）。
- 可以使用复制的测试 Azure VM 来验证迁移、执行应用测试，并解决完整迁移之前出现的任何问题。
按如下所述执行测试迁移：
在迁移目标>服务器、数据库和 Web 应用>迁移和现代化中，选择 Azure VM 旁边的数值。
右键单击要测试的 VM，然后单击“测试迁移”。
在“测试迁移”中，选择 Azure VM 在测试期间将处于的 Azure VNet。 建议使用非生产 VNet。
选择要将迁移的 VM 的每个网络接口卡 (NIC) 关联到的子网。
可以选择在测试迁移期间升级 Windows Server OS。 若要升级，请选择“可用升级”选项。 在显示的窗格中，选择要升级到的目标 OS 版本，然后选择“应用”。 了解详细信息。
“测试迁移”作业随即启动。 在门户通知中监视该作业。
迁移完成后，在 Azure 门户上的“虚拟机”中查看已迁移的 Azure VM。 计算机名称带有 -Test 后缀。
测试完成后，在“复制计算机”中右键单击该 Azure VM，然后单击“清理测试迁移”。
注意
现在可以使用 SQL VM RP 注册运行 SQL Server 的服务器，以利用自动修补、自动备份和使用 SQL IaaS 代理扩展简化的许可证管理。
- 选择“管理”>“复制计算机”>“包含 SQL Server 的计算机”>“计算和网络”，然后选择“是”，注册 SQL VM RP。
- 如果你的 SQL Server 实例享有有效软件保障或 SQL Server 订阅的权益，并且你需要将此权益应用到所要迁移的计算机，请选择“面向 SQL Server 的 Azure 混合权益”。
迁移 VM
确认测试迁移按预期方式进行后，可以迁移本地计算机。
在 Azure Migrate 项目>服务器、数据库和 Web 应用>迁移和现代化中，选择 Azure VM 旁边的数值。
在“复制计算机”中，右键单击该 VM >“迁移”。
在“迁移”>“关闭虚拟机并执行计划迁移(不会丢失任何数据)”中，选择“是”>“确定”。
- 默认情况下，Azure Migrate 将关闭本地 VM，并运行按需复制，以同步自上次复制发生以来发生的任何 VM 更改。 这可以确保不会丢失数据。
- 如果你不想要关闭 VM，请选择“否”
可以选择在迁移期间升级 Windows Server OS。 若要升级，请选择“可用升级”选项。 在显示的窗格中，选择要升级到的目标 OS 版本，然后选择“应用”。 了解详细信息。
随即会针对该 VM 启动一个迁移作业。 在 Azure 通知中跟踪该作业。
该作业完成后，可以从“虚拟机”页查看和管理该 VM。
完成迁移
- 完成迁移后，右键单击 VM >“完成迁移”。 这会停止本地计算机的复制，并清理 VM 的复制状态信息。
- 在迁移期间，我们会自动为 Windows VM 和 Linux VM 安装 VM 代理。
- 验证并排查 Azure VM 上的所有 Windows 激活问题。
- 执行任何迁移后的应用调整，例如更新主机名、数据库连接字符串和 Web 服务器配置。
- 对 Azure 中当前运行的迁移应用程序执行最终的应用程序和迁移验收测试。
- 将流量交接到已迁移的 Azure VM 实例。
- 从本地 VM 清单中删除本地 VM。
- 从本地备份中删除本地 VM。
- 更新所有内部文档，以显示新的位置和 Azure VM 的 IP 地址。
Linux 支持更新
- 若要在已迁移到 Azure 的终止支持 VM 上接收操作系统更新，请按照此处的步骤升级到最新版本。
- 若要使用现有操作系统版本扩展对已迁移到 Azure 的终止支持 VM 的支持，请更新许可证选项以获得扩展支持。
- 若要在已迁移的 VM 上接收专用操作系统更新，请更新许可证选项，如此处所述。
迁移后的最佳做法
- 为增强恢复能力，请采取以下措施：
- 为提高性能：
- 默认情况下，创建的数据磁盘的主机缓存设置为“无”。 查看数据磁盘缓存并根据工作负载需求进行调整。 了解详细信息。
- 为提高安全性，请采取以下措施：
- 使用 Microsoft Defender for Cloud - 实时管理锁定和限制入站流量访问。
- 使用 Azure 更新管理器管理和治理 Windows 和 Linux 计算机上的更新。
- 使用网络安全组限制流入管理终结点的网络流量。
- 部署Azure 磁盘加密以帮助保护磁盘，并保护数据以防被盗和未经授权的访问。
- 详细了解保护 IaaS 资源并访问 Microsoft Defender for Cloud。
- 为了便于监视和管理，请执行以下操作：
- 考虑部署 Microsoft 成本管理以监视资源使用率和支出。
后续步骤
在 Azure 云采用框架中调查云迁移旅程。