你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站，请访问 https://docs.azure.cn。
准备好要迁移到 Azure 的本地计算机
本文介绍在使用迁移和现代化工具将本地计算机迁移到 Azure 之前，如何准备好这些计算机。
本文内容：
- 查看迁移限制。
- 选择迁移 VMware vSphere VM 的方法。
- 检查要迁移的计算机的虚拟机监控程序和操作系统要求。
- 检查要迁移的计算机的 URL 和端口访问权限。
- 检查在开始迁移之前可能需要做出的更改。
- 检查迁移的计算机的 Azure VM 要求。
- 准备好计算机，以便在迁移后可以连接到 Azure VM。
验证迁移限制
下表汇总了 Azure Migrate 的发现、评估和迁移限制。 建议在迁移之前先评估计算机，但并非必须这样做。
| 方案 | 项目 | 发现/评估 | 迁移 |
|---|---|---|---|
| VMware vSphere VM | 最多可在一个 Azure Migrate 项目中发现和评估 35,000 个 VM。 | VMware vSphere 的一台 Azure Migrate 设备最多可发现 10,000 个 VMware vSphere VM。 该设备支持添加多个 vCenter Server。 每个设备最多可以添加 10 个 vCenter Server。 |
无代理迁移：可以使用横向扩展设备跨多个 vCenter 服务器（从一个设备中发现）同时复制最多 500 个 VM。 基于代理的迁移：可横向扩展复制设备来复制大量 VM。 在门户中，一次最多可选择 10 台计算机进行复制。 若要复制更多计算机，请分批添加，每次添加 10 台。 |
| Hyper-V VM | 最多可在一个 Azure Migrate 项目中发现和评估 35,000 个 VM。 | 一台 Azure Migrate 设备最多可发现 5,000 个 Hyper-V VM | 设备不用于 Hyper-V 迁移。 Hyper-V 复制提供程序在每个 Hyper-V 主机上运行。 复制容量受性能因素（例如 VM 改动）和复制数据的上传带宽影响。 在门户中，一次最多可选择 10 台计算机进行复制。 若要复制更多计算机，请分批添加，每次添加 10 台。 |
| 物理计算机 | 最多可在一个 Azure Migrate 项目中发现和评估 35,000 台计算机。 | 物理服务器的一台 Azure Migrate 设备最多可发现 1000 个物理服务器。 | 可横向扩展复制设备来复制大量服务器。 在门户中，一次最多可选择 10 台计算机进行复制。 若要复制更多计算机，请分批添加，每次添加 10 台。 |
选择 VMware vSphere 迁移方法
如果要将 VMware vSphere VM 迁移到 Azure，请无代理迁移方法和基于代理的迁移方法进行比较，确定最适合你的方法。
验证虚拟机监控程序要求
- 验证 VMware 无代理或基于 VMware vSphere 代理的要求。
- 验证 Hyper-V 主机要求。
验证操作系统要求
验证迁移支持的操作系统：
- 如果要迁移 VMware vSphere VM 或 Hyper-V VM，请验证无代理和基于代理的迁移的 VMware vSphere VM 要求，以及 Hyper-V VM 的要求。
- 验证 Azure 是否支持 Windows 操作系统。
- 验证 Azure 是否支持 Linux 发行版。
查看 URL 和端口访问权限
查看在迁移过程中访问哪些 URL 和端口。
| 方案 | 详细信息 | URLs | 端口 |
|---|---|---|---|
| VMware vSphere 无代理迁移 | 使用 Azure Migrate 设备进行迁移。 未在 VMware vSphere VM 上安装任何内容。 | 通过设备查看发现、评估和迁移所需的公有云和政府 URL。 | 查看无代理迁移的端口要求。 |
| 基于 VMware vSphere 代理的迁移 | 使用复制设备进行迁移。 VM 上安装了移动服务代理。 | 查看复制设备需要访问的公有云和 Azure 政府 URL。 | 查看在基于代理的迁移过程中使用的端口。 |
| Hyper-V 迁移 | 使用安装在 Hyper-V 主机上的提供程序进行迁移。 未在 Hyper-V VM 上安装任何内容。 | 查看主机上运行的复制提供程序需要访问的公有云和 Azure 政府 URL。 | Hyper-V 主机上的复制提供程序使用 HTTPS 端口 443 上的出站连接来发送 VM 复制数据。 |
| 物理计算机 | 使用复制设备进行迁移。 物理计算机上安装了移动服务代理。 | 查看复制设备需要访问的公有云和 Azure 政府 URL。 | 查看在物理迁移过程中使用的端口。 |
验证迁移之前需要做出的更改
在将 VM 迁移到 Azure 之前，需要在 VM 上进行一些更改。
- 对于某些操作系统，Azure Migrate 会在复制/迁移过程中自动更改。
- 对于其他操作系统，则需要手动配置设置。
- 在开始迁移之前，请务必手动配置设置。 某些更改可能会影响 VM 启动，或者可能无法建立与 VM 的连接。 如果在做出更改之前迁移 VM，VM 可能无法在 Azure 中启动。
查看表以确定需要进行的更改。
Windows 计算机
表中汇总了执行的更改。
| Action | VMware vSphere（无代理迁移） | VMware vSphere（基于代理）/物理计算机 | Hyper-V 上的 Windows |
|---|---|---|---|
| 将 SAN 策略配置为“全部联机” |
运行 Windows Server 2008 R2 或更高版本的虚拟机会自动设置。 早期版本的操作系统需要手动配置。 |
大多数情况下会自动设置。 | 运行 Windows Server 2008 R2 或更高版本的虚拟机会自动设置。 |
| 安装 Hyper-V 来宾集成 | 运行 Windows Server 2003 的计算机需要手动安装。 | 运行 Windows Server 2003 的计算机需要手动安装。 | 运行 Windows Server 2003 的计算机需要手动安装。 |
| 启用 Azure 串行控制台 在 Azure VM 上启用控制台，来帮助进行故障排除。 无需重新启动 VM。 Azure VM 将使用磁盘映像启动。 启动磁盘映像相当于重新启动新 VM。 |
需要手动启用 | 需要手动启用 | 需要手动启用 |
| 安装 Windows Azure 来宾代理 虚拟机代理（VM 代理）是受保护的轻型进程，用于管理虚拟机 (VM) 与 Azure 结构控制器的交互。 VM 代理在启用和执行 Azure 虚拟机扩展方面起主要作用，这些扩展支持 VM 的部署后配置，例如安装和配置软件。 |
运行 Windows Server 2008 R2 或更高版本的虚拟机会自动设置。 早期版本的操作系统需要手动配置。 |
运行 Windows Server 2008 R2 或更高版本的虚拟机会自动设置。 | 运行 Windows Server 2008 R2 或更高版本的虚拟机会自动设置。 |
| 在迁移后进行连接 若要在迁移后进行连接，请在迁移之前执行一些步骤。 |
需要手动设置。 | 需要手动设置。 | 需要手动设置。 |
详细了解在 Windows 服务器上为无代理 VMware vSphere 迁移执行的更改。
配置 SAN 策略
默认情况下，将为 Azure VM 分配驱动器 D: 用作临时存储。
- 这种驱动器分配会导致所有其他附加存储驱动器分配递增一个字母。
- 例如，如果本地安装使用分配了驱动器 D: 的数据磁盘（用于应用程序安装），将 VM 迁移到 Azure 后，为此驱动器分配的驱动器号将递增为 E:。
- 若要避免这种自动分配，并确保 Azure 将下一个可用驱动器号分配给其临时卷，请将存储区域网络 (SAN) 策略设置为 OnlineAll：
手动配置此设置，如下所示：
- 在本地计算机（而不是主机服务器）上，以提升的权限打开命令提示符。
- 输入 diskpart。
- 输入 SAN。 如果未保留来宾操作系统的驱动器号，则会返回 Offline All 或 Offline Shared。
- 在 DISKPART 提示符下，输入 SAN Policy=OnlineAll。 此设置可确保将磁盘联机，并确保可以读取和写入这两个磁盘。
- 在测试迁移期间，可以验证驱动器号是否已保留。
Linux 计算机
对于以下版本，Azure Migrate 会自动完成这些操作
- Red Hat Enterprise Linux 9.x、8.x、7.9、7.8、7.7、7.6、7.5、7.4、7.3、7.2、7.1、7.0、6.x（迁移过程中还会自动安装 Azure Linux VM 代理）
- CentOS Stream（Azure Linux VM 代理也会在迁移过程中自动安装）
- SUSE Linux Enterprise Server 15 SP4、15 SP3、15 SP2、15 SP1、15 SP0、12、11 SP4、11 SP3
- Ubuntu 22.04、21.04、20.04、19.04、19.10、18.04LTS、16.04LTS、14.04LTS（迁移过程中还会自动安装 Azure Linux VM 代理）
- Debian 11、10、9、8、7
- Oracle Linux 9、8、7.7-CI、7.7、6
对于其他版本，请按表中汇总所示准备计算机。
注意
某些更改可能会影响 VM 启动，或者可能无法建立与 VM 的连接。
| 操作 | 详细信息 | Linux 版本 |
|---|---|---|
| 安装 Hyper-V Linux Integration Services | 重新生成 Linux init 映像，使之包含所需的 Hyper-V 驱动程序。 重新生成 init 映像可以确保 VM 在 Azure 中启动。 | 默认情况下，大多数最新版本的 Linux 分发版已包含此服务。 如果不包含，除以上所示版本之外的所有版本，都需要手动安装。 |
| 启用 Azure 串行控制台日志记录 | 启用控制台日志记录有助于进行故障排除。 无需重新启动 VM。 Azure VM 将使用磁盘映像启动。 启动磁盘映像相当于重新启动新 VM。 遵照这些说明启用此功能。 |
|
| 更新设备映射文件 | 更新包含设备名称到卷的关联的设备映射文件，以使用永久设备标识符。 | 除以上所示版本之外的所有版本，都需要手动安装。 （仅适用于基于代理的 VMware 场景） |
| 更新 fstab 条目 | 更新条目以使用永久卷标识符。 | 除以上所示版本之外的所有版本，都需要手动更新。 |
| 删除 udev 规则 | 删除基于 MAC 地址等属性保留接口名称的所有 udev 规则。 | 除以上所示版本之外的所有版本，都需要手动删除。 |
| 更新网络接口 | 更新网络接口以基于 DHCP.nst 接收 IP 地址 | 除以上所示版本之外的所有版本，都需要手动更新。 |
| 启用 SSH | 确保启用 SSH，并将 sshd 服务设置为在重新启动时自动启动。 确保传入的 SSH 连接请求未被 OS 防火墙或脚本化规则阻止。 |
除以上所示版本之外的所有版本，都需要手动启用。 |
| 安装 Linux Azure 来宾代理 | Microsoft Azure Linux 代理 (waagent) 是一种安全的轻型进程，用于管理 Linux 和 FreeBSD 预配以及 VM 与 Azure 结构控制器的交互。 | 除以上所示版本之外的所有版本，都需要手动启用。 按照说明为其他 OS 版本手动安装 Linux 代理。 查看必需包的列表以安装 Linux VM 代理。 |
详细了解在 Linux 服务器上为无代理 VMware vSphere 迁移执行的更改。
下表总结了针对上面列出的操作系统自动执行的步骤。
| 操作 | 基于代理的 VMware vSphere 迁移 | 无代理 VMware vSphere 迁移 | 无代理 Hyper-V 迁移 |
|---|---|---|---|
| 使用 Hyper-V Linux Integration Services 更新内核映像。 （LIS 驱动程序应在内核上存在。） |
是 | 是 | 是 |
| 启用 Azure 串行控制台日志记录 | “是” | 是 | 是 |
| 更新设备映射文件 | 是 | 否 | 否 |
| 更新 fstab 条目 | “是” | 是 | 是 |
| 删除 udev 规则 | “是” | 是 | 是 |
| 更新网络接口 | “是” | 是 | 是 |
| 启用 SSH | 否 | No | 否 |
| 安装 Azure VM Linux 代理 | 是 | 是 | 是 |
详细了解在 Azure 上运行 Linux VM 所要执行的步骤，并获取适用于某些热门 Linux 发行版的说明。
查看必需包的列表以安装 Linux VM 代理。 使用无代理的 VMware 迁移方法时，Azure Migrate 会自动为 RHEL 8.x、Ubuntu 20.04、SUSE 15 和 Oracle 7 安装 Linux VM 代理。
检查 Azure VM 要求
复制到 Azure 的本地计算机必须在操作系统和体系结构、磁盘、网络设置与 VM 命名方面符合 Azure VM 要求。
在迁移之前，请查看 VMware、Hyper-V 和物理服务器迁移的 Azure VM 要求。
准备在迁移后进行连接
Azure VM 是在迁移到 Azure 的过程中创建的。 迁移后，必须能够连接到新的 Azure VM。 需要完成多个步骤才能成功连接。
准备连接到 Azure Windows VM
本地 Windows 计算机上：
- 配置 Windows 设置。 设置包括删除任何静态永久性路由或 WinHTTP 代理。
- 确保所需的服务正在运行。
- 启用远程桌面 (RDP)，以便能够远程连接到本地计算机。 了解如何使用 PowerShell 启用 RDP。
- 若要在迁移后通过 Internet 访问 Azure VM，请在本地计算机上的 Windows 防火墙中，在“公共”配置文件中允许 TCP 和 UDP，并将 RDP 设置为所有配置文件允许的应用。
- 若要在迁移后通过站点到站点 VPN 访问 Azure VM，请在本地计算机上的 Windows 防火墙中，允许对“域”和“专用”配置文件使用 RDP。 了解如何允许 RDP 流量。
- 确保在迁移时本地 VM 上没有任何挂起的 Windows 更新。 如果有，在迁移后，这些更新可能会在 Azure VM 上开始安装，而在更新完成之前，你将无法登录到 VM。
准备连接 Linux Azure VM
在本地 Linux 计算机上：
- 检查安全外壳服务是否设置为在系统引导时自动启动。
- 确保防火墙规则允许 SSH 连接。
迁移后配置 Azure VM
迁移后，在创建的 Azure VM 上完成以下步骤：
- 若要通过 Internet 连接到 VM，请将公共 IP 地址分配到该 VM。 对 Azure VM 使用的公共 IP 地址必须与用于本地计算机的公共 IP 地址不同。 了解详细信息。
- 检查 VM 上的网络安全组 (NSG) 规则是否允许与 RDP 或 SSH 端口建立传入连接。
- 在启动诊断中查看 VM。
后续步骤
确定要使用哪种方法将 VMware vSphere VM 迁移到 Azure，或者开始迁移 Hyper-V VM、物理服务器、虚拟化 VM 或云 VM。
支持的操作
对于 VMware vSphere VM，迁移和现代化支持无代理或基于代理的迁移。
- VMware vSphere VM：验证 VMware vSphere VM 的迁移要求和支持。
- Hyper-V VM：验证 Hyper-V VM 的迁移要求和支持。
- 物理机：验证本地物理机和其他虚拟化服务器的迁移要求和支持。