本文总结了使用 Azure Migrate：服务器迁移迁移Hyper-V VM 的支持设置和限制。 如果您要查找有关评估 Hyper-V 虚拟机迁移到 Azure 的信息，请查看 评估支持矩阵。
注意
本文引用了 CentOS，这是一个处于生命周期结束 (EOL) 状态的 Linux 发行版。 请相应地考虑你的使用和规划。 有关详细信息，请参阅 CentOS 生命周期结束指南。
迁移限制
一次最多可选择复制 10 个 VM。 如果要迁移更多计算机，请以 10 个一组的形式进行复制。
Hyper-V主机要求
| 支持 | 详细信息 |
|---|---|
| 部署 | Hyper-V主机可以独立或部署在群集中。 Azure Migrate复制软件（Hyper-V复制提供程序）安装在Hyper-V主机上。 |
| 权限 | 你需要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支持的所有 Windows 和 Linux操作系统。 |
| Windows Server 2003 | 对于运行 Windows Server 2003 的 VM，需要在迁移前安装 Hyper-V Integration Services。 |
| Azure 中的 Linux 虚拟机 | 某些 VM 可能需要更改，以便它们可以在Azure中运行。 对于 Linux，Azure Migrate会自动对这些作系统进行更改： - Red Hat Enterprise Linux 9.5、9.x、8.x、7.9、7.8、7.7、7.6、7.5、7.4、7.0、6.x - CentOS 发布流 - SUSE Linux Enterprise Server 15 SP4、15 SP3、15 SP2、15 SP1、15 SP0、12、11 SP4、11 SP3 - Ubuntu 24.04、22.04、21.04、20.04、19.04、19.10、18.04LTS、16.04LTS、14.04LTS - Debian 11、10、9、8、7 - Oracle Linux 9、8、7.7-CI、7.7、6 - Kali Linux（2016、2017、2018、2019、2020、2021、2022） - Alma Linux 8.x、9.x - Rocky Linux 8.x、9.x - 对于其他操作系统，手动进行所需的更改。 |
| Azure 所需的更改 | 某些 VM 可能需要更改，以便它们可以在Azure中运行。 在迁移之前手动进行调整。 相关文章包含有关如何执行此操作的说明。 |
| Linux 启动 | 如果 /boot 位于专用分区上，则它应驻留在 OS 磁盘上，而不是分布在多个磁盘上。 如果 /boot 是根 (/) 分区的一部分，则“/”分区应在 OS 磁盘上，而不是分布在其他磁盘上。 |
| UEFI 启动 | 支持。 基于 UEFI 的 VM 将迁移到第 2 代 VM Azure。 |
| UEFI - 安全启动 | 不支持迁移。 |
| 磁盘大小 | 第 1 代 VM 的 OS 磁盘最大为 2 TB；第 2 代 VM 的 OS 磁盘最大为 4 TB；数据磁盘为 32 TB。 对于现有Azure Migrate项目，可能需要将Hyper-V主机上的复制提供程序升级到最新版本，以复制最大 32 TB 的大型磁盘。 |
| 磁盘编号 | 每个 VM 最多 16 个磁盘。 |
| 加密磁盘/卷 | 不支持迁移。 |
| RDM/传递磁盘 | 不支持迁移。 |
| 共享磁盘 | 使用共享磁盘的 VM 不支持迁移。 |
| 超级磁盘 | Azure Migrate 门户中不支持超级磁盘迁移。 必须针对建议为超级磁盘的磁盘执行带外迁移。 也就是说，您可以在迁移时将其设置为高级磁盘类型，并在迁移后更改为 Ultra 磁盘。 |
| NFS | 不会复制装载在虚拟机上的 NFS 卷。 |
| ReiserFS | 不支持。 |
| ISCSI | 具有 iSCSI 目标的 VM 不支持用于迁移。 |
| 目标磁盘 | 只能迁移到具有托管磁盘的Azure虚拟机。 |
| IPv6 协议 | 不支持。 |
| NIC 组合 | 不支持。 |
| Azure Site Recovery 和/或 Hyper-V | 如果 VM 已启用 Azure Site Recovery 或 Hyper-V 副本进行复制，则无法使用 Azure Migrate: Server Migration 进行复制。 |
对URL的访问（由世纪互联运营的Azure）
Hyper-V主机上的复制提供程序软件需要访问这些 URL。
| 网址 | 详细信息 |
|---|---|
| login.partner.microsoftonline.cn | 使用Active Directory进行访问控制和标识管理。 |
| backup.windowsazure.cn | 复制数据传输和协调。 |
| *.hypervrecoverymanager.windowsazure.cn | 用于复制管理。 |
| *.blob.core.chinacloudapi.cn | 将数据上传到存储帐户。 |
| dc.services.visualstudio.com | 上传用于内部监视的应用日志。 |
| time.windows.com | 验证系统时间与全球时间之间的时间同步。 |
复制存储帐户要求
下表汇总了对Hyper-V VM 迁移的复制存储帐户的支持。
| 设置 | 支持 | 详细信息 |
|---|---|---|
| 常规用途 V2 存储帐户（热存储层和冷存储层） | 支持 | GPv2 存储帐户的事务成本可能比 V1 存储帐户高。 |
| 高级存储 | 支持 | 但是，建议使用标准存储帐户来帮助优化成本。 缓存存储帐户应该是标准存储帐户，不支持高级存储帐户。 |
| 区域 | 与虚拟机相同的区域 | 存储帐户应与受保护的虚拟机位于同一区域。 |
| 订阅 | 其可以不同于源虚拟机 | 存储帐户不需要与源虚拟机在同一订阅中。 |
| 虚拟网络的Azure Storage防火墙 | 支持 | 如果你使用的是启用了防火墙的复制存储帐户或目标存储帐户，请确保允许受信任的 Microsoft 服务。 同时，确保允许访问至少一个源虚拟网络子网。 应该允许从所有网络访问公共终结点连接。 |
| 软删除 | 不支持 | 不支持软删除，因为一旦在复制存储帐户上启用软删除，就会增加成本。 Azure Migrate在复制过程中非常频繁地执行日志文件的创建和删除操作，带来了成本的增加。 |
Azure VM 要求
复制到Azure的所有本地 VM 必须满足下表中汇总的Azure VM 要求。
| 组件 | 要求 | 详细信息 |
|---|---|---|
| 操作系统磁盘大小 | 最大 2,048 GB。 | 如果不支持，检查会失败。 |
| 操作系统磁盘计数 | 1 | 如果不支持，检查会失败。 |
| 数据磁盘计数 | 16 或更少。 | 如果不支持，检查会失败。 |
| 数据磁盘大小 | 最多 32 TB | 如果不支持，检查会失败。 |
| 网络适配器 | 支持多个适配器。 | |
| 共享虚拟硬盘 | 不支持。 | 如果不支持，检查会失败。 |
| FC 磁盘 | 不支持。 | 如果不支持，检查会失败。 |
| BitLocker | 不支持。 | 为计算机启用复制之前，必须先禁用 BitLocker。 |
| VM 名称 | 1 到 63 个字符。 限制为字母、数字和连字符。 计算机名称必须以字母或数字开头和结尾。 |
更新Site Recovery中的计算机属性中的值。 |
| 迁移Windows后连接 | 要在迁移后连接到运行 Windows 的 Azure VM，请执行以下步骤： - 在迁移之前，在本地 VM 上启用 RDP。 请确保为 Public 配置文件添加了 TCP 和 UDP 规则，并且所有配置文件都允许在 Windows Firewall>Allowed Apps 中允许 RDP。 - 对于站点到站点 VPN 访问，请在 Windows 防火墙 ->允许的应用和功能中为 Domain 和 Private 网络启用 RDP。 此外，检查操作系统的 SAN 策略是否已设置为 OnlineAll。 了解详细信息。 |
|
| 迁移后连接 - Linux | 使用 SSH 进行迁移后连接到Azure VM： - 在迁移之前，请在本地计算机上检查安全外壳服务是否设置为“启动”，以及防火墙规则是否允许 SSH 连接。 - 迁移后，在 Azure VM 上，允许传入到故障转移 VM 上的网络安全组规则的 SSH 端口，以及连接到的Azure子网。 此外，为 VM 添加公共 IP 地址。 |
后续步骤
用于迁移的 Migrate Hyper-V 虚拟机。