你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站,请访问 https://docs.azure.cn

Hyper-V 迁移的支持矩阵

本文汇总了将 Hyper-V VM 与 Azure Migrate:服务器迁移集成的支持设置和限制。 如果要查找有关如何评估 Hyper-V VM 以便迁移到 Azure 的信息,请查看评估支持矩阵

迁移限制

一次最多可选择复制 10 个 VM。 如果要迁移更多计算机,请以 10 个一组的形式进行复制。

Hyper-V 主机要求

支持 详细信息
部署 Hyper-V 主机可以是独立的,也可以部署到群集中。
Hyper-V 主机上安装了 Azure 迁移复制软件(Hyper-V Replication 提供程序)。
权限 你需要具有 Hyper-V 主机上的管理员权限。
主机操作系统 Windows Server 2022、Windows Server 2019、Windows Server 2016 或 Windows Server 2012 R2(含最新更新)。 注意:还支持这些操作系统的服务器核心安装。
其他软件要求 .NET Framework 4.7 或更高版本
端口访问 HTTPS 端口 443 上的出站连接,用于发送 VM 复制数据。

Hyper-V VM

支持 详细信息
操作系统 Azure 支持的所有 WindowsLinux 操作系统。
Windows Server 2003 对于运行 Windows Server 2003 的 VM,需要在迁移之前安装 Hyper-V 集成服务
Azure 中的 Linux VM 某些 VM 可能需要经过更改才能在 Azure 中运行。

对于 Linux,Azure Migrate 会自动对以下操作系统做出这些更改:
- Red Hat Enterprise Linux 8.x、7.9、7.8、7.7、7.6、7.5、7.4、7.0、6.x
- Cent OS 8.x、7.7、7.6、7.5、7.4、6.x
- SUSE Linux Enterprise Server 15 SP0、15 SP1、12、11 SP4、11 SP3
- Ubuntu 20.04、19.04、19.10、18.04LTS、16.04LTS、14.04LTS
- Debian 10、9、8、7
- Oracle Linux 8、7.7-CI、7.7、6
对于其他操作系统,手动进行所需的更改
Azure 所需的更改 某些 VM 可能需要经过更改才能在 Azure 中运行。 在迁移之前手动进行调整。 相关文章包含有关如何执行此操作的说明。
Linux 启动 如果 /boot 位于专用分区上,则它应驻留在 OS 磁盘上,而不是分布在多个磁盘上。
如果 /boot 是根 (/) 分区的一部分,则“/”分区应在 OS 磁盘上,而不是分布在其他磁盘上。
UEFI 启动 支持。 基于 UEFI 的 VM 将迁移到 Azure 第 2 代 VM。
UEFI - 安全启动 不支持迁移。
磁盘大小 第 1 代 VM 的 OS 磁盘最大为 2 TB;第 2 代 VM 的 OS 磁盘最大为 4 TB;数据磁盘为 32 TB。

对于现有的 Azure Migrate 项目,可能需要将 Hyper-V 主机上的复制提供程序升级到最新版本,以复制高达 32 TB 的大型磁盘。
磁盘编号 每个 VM 最多 16 个磁盘。
加密磁盘/卷 不支持迁移。
RDM/传递磁盘 不支持迁移。
共享磁盘 使用共享磁盘的 VM 不支持迁移。
NFS 不会复制装载为 VM 上的卷的 NFS 卷。
ISCSI 具有 iSCSI 目标的 VM 不支持用于迁移。
目标磁盘 只能迁移到具有托管磁盘的 Azure VM。
IPv6 不支持。
NIC 组合 不支持。
Azure Site Recovery 如果启用 VM 来通过 Azure Site Recovery 进行复制,则无法使用 Azure Migrate 服务器迁移进行复制。
端口 HTTPS 端口 443 上的出站连接,用于发送 VM 复制数据。

URL 访问(公有云)

Hyper-V 主机上的副本提供程序软件将需要访问这些 URL。

URL 详细信息
login.microsoftonline.com 使用 Active Directory 进行访问控制和标识管理。
backup.windowsazure.com 复制数据传输和协调。
*.hypervrecoverymanager.windowsazure.com 用于复制管理。
\* .blob.core.windows.net 将数据上传到存储帐户。
dc.services.visualstudio.com 上传用于内部监视的应用日志。
time.windows.com 验证系统时间与全球时间之间的时间同步。

URL 访问(Azure 政府)

Hyper-V 主机上的副本提供程序软件将需要访问这些 URL。

URL 详细信息
login.microsoftonline.us 使用 Active Directory 进行访问控制和标识管理。
backup.windowsazure.us 复制数据传输和协调。
*.hypervrecoverymanager.windowsazure.us 用于复制管理。
*.blob.core.usgovcloudapi.net 将数据上传到存储帐户。
dc.services.visualstudio.com 上传用于内部监视的应用日志。
time.nist.gov 验证系统时间与全球时间之间的时间同步。

注意

如果 Migrate 项目具有专用终结点连接,那么 Hyper-V 主机上的复制提供程序软件需访问这些 URL 以获得专用链接支持。

  • *.blob.core.windows.com - 用于访问存储已复制数据的存储帐户 在存储帐户附加了专用终结点的情况下,这是可选的,不是必需的。
  • login.windows.net,用于通过 Active Directory 进行访问控制和标识管理。

复制存储帐户要求

此表总结了针对 Hyper-V VM 迁移的复制存储帐户的支持。

设置 支持 详细信息
常规用途 V2 存储帐户(热存储层和冷存储层) 支持 GPv2 存储帐户可能会产生高于 V1 存储帐户的事务成本。
高级存储 支持 但是,建议使用标准存储帐户来帮助优化成本。
区域 与虚拟机相同的区域 存储帐户应与受保护的虚拟机位于同一区域。
订阅 可不同于源虚拟机 存储帐户需要与源虚拟机不在同一订阅中。
虚拟网络的 Azure 存储防火墙 支持 如果你使用的是启用了防火墙的复制存储帐户或目标存储帐户,请确保允许受信任的 Microsoft 服务。 同时,确保允许访问至少一个源 VNet 子网。 应该允许从所有网络访问公共终结点连接。
软删除 不支持 不支持软删除,因为在复制存储帐户上启用软删除后,会增加成本。 Azure Migrate 会在复制时频繁创建/删除日志文件,从而导致成本增加。
专用终结点 支持 遵循指南使用专用终结点设置 Azure Migrate

Azure VM 要求

复制到 Azure 的所有本地 VM 必须满足此表中汇总的 Azure VM 要求。

组件 要求 详细信息
操作系统磁盘大小 最大 2,048 GB。 如果不支持,检查会失败。
操作系统磁盘计数 1 如果不支持,检查会失败。
数据磁盘计数 16 或更少。 如果不支持,检查会失败。
数据磁盘大小 最大 4,095 GB 如果不支持,检查会失败。
网络适配器 支持多个适配器。
共享 VHD 不支持。 如果不支持,检查会失败。
FC 磁盘 不支持。 如果不支持,检查会失败。
BitLocker 不支持。 为计算机启用复制之前,必须先禁用 BitLocker。
VM 名称 1 到 63 个字符。
限制为字母、数字和连字符。

计算机名称必须以字母或数字开头和结尾。
请在 Site Recovery 中的计算机属性中更新该值。
在迁移 Windows 后进行连接 若要在迁移后连接到运行 Windows 的 Azure VM,请执行以下操作:

- 在迁移之前,在本地 VM 上启用 RDP。 请确保为“公共”配置文件添加了 TCP 和 UDP 规则,并确保在“Windows 防火墙”>“允许的应用”中针对所有配置文件允许 RDP 。

- 若要进行站点到站点 VPN 访问,请在“Windows 防火墙”->“允许的应用和功能”中针对“域和专用网络”启用 RDP。 此外,检查操作系统的 SAN 策略是否已设置为 OnlineAll。 了解详细信息
在迁移后进行连接 - Linux 若要在使用 SSH 迁移后连接到 Azure VM,请执行以下操作:

- 在迁移之前,请在本地计算机上检查安全外壳服务是否设置为“启动”,以及防火墙规则是否允许 SSH 连接。

- 在 Azure VM 上执行迁移后,允许已故障转移的 VM 及其所连接 Azure 子网上的网络安全组规则与 SSH 端口建立传入连接。 此外,为 VM 添加公共 IP 地址。

后续步骤

迁移 Hyper-V VM