Hyper-V 迁移的支持矩阵
注意
本文引用了 CentOS,这是一个处于生命周期结束 (EOL) 状态的 Linux 发行版。 请相应地考虑你的使用和规划。 有关详细信息,请参阅 CentOS 生命周期结束指南。
本文汇总了将 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 2012 R2(含最新更新)。 注意:还支持这些操作系统的服务器核心安装。 |
其他软件要求 | .NET Framework 4.7 或更高版本 |
端口访问 | HTTPS 端口 443 上的出站连接,用于发送 VM 复制数据。 |
Hyper-V VM
支持 | 详细信息 |
---|---|
操作系统 | Azure 支持的所有 Windows 和 Linux 操作系统。 |
Windows Server 2003 | 对于运行 Windows Server 2003 的 VM,需要在迁移之前安装 Hyper-V 集成服务。 |
Azure 中的 Linux VM | 某些 VM 可能需要经过更改才能在 Azure 中运行。 对于 Linux,Azure Migrate 会自动对以下操作系统做出这些更改: - Red Hat Enterprise Linux 9.x、8.x、7.9、7.8、7.7、7.6、7.5、7.4、7.0、6.x - CentOS Stream - 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 - 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) - 对于其他操作系统,手动进行所需的更改。 |
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 卷。 |
ReiserFS | 不支持。 |
ISCSI | 具有 iSCSI 目标的 VM 不支持用于迁移。 |
目标磁盘 | 只能迁移到具有托管磁盘的 Azure VM。 |
IPv6 | 不支持。 |
NIC 组合 | 不支持。 |
Azure Site Recovery 和/或 Hyper-V | 如果启用 VM 来通过 Azure Site Recovery 或 Hyper-V 副本进行复制,则无法使用 Azure Migrate 和服务器迁移进行复制。 |
端口 | HTTPS 端口 443 上的出站连接,用于发送 VM 复制数据。 |
URL 访问权限(由世纪互联运营的 Azure)
Hyper-V 主机上的副本提供程序软件将需要访问这些 URL。
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 存储防火墙 | 支持 | 如果你使用的是启用了防火墙的复制存储帐户或目标存储帐户,请确保允许受信任的 Microsoft 服务。 同时,确保允许访问至少一个源虚拟网络子网。 应该允许从所有网络访问公共终结点连接。 |
软删除 | 不支持 | 不支持软删除,因为一旦在复制存储帐户上启用软删除,就会增加成本。 Azure Migrate 会在复制时频繁创建/删除日志文件,从而导致成本增加。 |
专用终结点 | 支持 | 遵循指南使用专用终结点设置 Azure Migrate。 |
Azure VM 要求
复制到 Azure 的所有本地 VM 必须满足此表中汇总的 Azure VM 要求。
组件 | 要求 | 详细信息 |
---|---|---|
操作系统磁盘大小 | 最大 2,048 GB。 | 如果不支持,检查会失败。 |
操作系统磁盘计数 | 1 | 如果不支持,检查会失败。 |
数据磁盘计数 | 16 或更少。 | 如果不支持,检查会失败。 |
数据磁盘大小 | 最多 32 TB | 如果不支持,检查会失败。 |
网络适配器 | 支持多个适配器。 | |
共享 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 地址。 |