在 VMM 构造中运行实时迁移
重要
此版本的 Virtual Machine Manager (VMM) 已终止支持。 建议 升级到 VMM 2022。
本文介绍如何在 System Center - Virtual Machine Manager (VMM) 构造中运行虚拟机 (VM) 或 VM 存储的实时迁移。 VMM 在独立的 Hyper-V 主机之间或启用了实时迁移的群集主机之间提供实时迁移支持。 了解详情。
在两个独立的主机之间迁移 VM
若要将虚拟机从一台独立的 Hyper-V 主机迁移到另一台独立的 Hyper-V 主机,VM 配置文件和虚拟硬盘必须位于 SMB 3.0 文件共享上。
- 在 “VM 和服务>所有主机”中,选择要从中迁移的独立源主机。
- 选择主机,然后在 “VM”中选择要迁移的正在运行的 VM。 如未运行,请启动计算机。
- 在 “虚拟机”中,选择“ 迁移虚拟机 ”以启动“迁移虚拟机向导”。
- 在“选择主机” 中,查看目标主机及其关联的传输类型。 如果两台主机都配置为连接到相同的 SMB 3.0 文件共享,则会出现“实时” 传输类型。
- 选择传输类型为 Live 的目标主机,然后选择“ 下一步”。
- 在 “摘要”中,选择“ 移动”。 若要跟踪作业状态,打开“作业”工作区。
- 若要验证虚拟机是否已迁移,检查目标主机上的 VM 列表,以确保 VM 正在运行。
在群集之间迁移 VM
可以通过使用共享存储或不使用共享基础结构在群集之间迁移 VM。
对于使用共享存储或不使用共享基础结构的实时迁移的步骤,请选择所需的选项卡:
在一台独立主机上的两个位置之间迁移存储
注意
无法实时迁移共享 VHDX 文件的存储。 可以移动其他 VM 文件并执行正常的实时迁移。 要将共享 VHDX 文件移到另一个位置,必须关闭 VM,然后移动文件。
可以在独立主机上的位置之间实时迁移 VM 存储。 可移动包括虚拟硬盘 (VHD) 和配置信息在内的整个虚拟机,或仅将特定 VHD 移动到不同的位置。
在 “VM 和服务>所有主机”中,选择 VM 所在的独立主机。
在 “VM”中,选择要为其迁移存储的正在运行的 VM。 如未运行,请启动计算机。
在 “虚拟机”中,选择“ 迁移存储 ”以启动“迁移虚拟机向导”。
在 “选择路径>存储位置”中,选择主机上的默认存储位置之一。 或选择“ 浏览 ”,查看所有可能的存储目标。 在本地硬盘上选择目标 SMB 3.0 文件共享或位置,然后选择 “确定”。
如果在“存储位置”列表中指定 SMB 3.0 文件共享,确保使用该共享路径中目标服务器的完全限定的域名 (FQDN)。 例如,请不要使用 \\fileserver1\smbshare,而应使用 \\fileserver1.contoso.com\smbshare。
(可选)选择“ 将此路径添加到主机上的默认存储位置列表”,然后选择“ 下一步”。
在 “摘要 ”页上,选择“ 移动”。 在 作业中跟踪进度。
同时运行实时迁移
可以在多台 VM 上运行实时迁移,同一台主机上同时进行两个迁移。 请注意:
- 不能选择多台 VM 进行一个实时迁移。 需要手动启动每个迁移。
- 可指定要运行的并发迁移数量。 默认设置为 2,即 Hyper-V 中启用的同时实时迁移和存储迁移数。 例如,一台主机可参与一个出站实时迁移和一个入站实时迁移、两个出站实时迁移或两个入站实时迁移。
- 实时迁移和实时存储迁移彼此独立进行。 可同时执行两个实时迁移和两个实时存储迁移。 VMM 会将实时虚拟机和存储迁移(实时 VSM)视为一个实时迁移和一个存储迁移。
- 可以在“Hyper-V 管理器”>“操作”>“Hyper-V 设置”>“服务器”>“实时迁移”和“存储迁移”中查看正在进行的并发迁移。 在“作业”中,验证迁移是否同时发生。
提高实时迁移速度
在 Hyper-V 主机上,可以通过使用 SMB 作为传输或同时使用两者来使用压缩来提高实时迁移速度。 压缩方式使用减少通过线路传输的数据的算法。 SMB 方式可实现更快速的数据传输。
默认使用压缩方式实现更快速的实时迁移。 可以通过在 Hyper-V 主机级别或每个实时迁移实例上更改实时存储迁移设置来禁用、启用或更改更快的实时迁移方法。
按照以下步骤更改实时迁移设置:
在 Hyper-V 管理器中,选择“操作>”“Hyper-V 设置”“>服务器>实时迁移”,然后选择“高级功能”。
在“迁移设置”“实时迁移设置”中,执行下列操作之一:
- 若要禁用更快的实时迁移,请选择“ 标准实时迁移”。
- 若要使用压缩加快实时迁移速度,请选择“ 使用压缩”。
- 若要使用 SMB 加快实时迁移速度,请选择“ 将 SMB 用作传输”。
反馈
https://aka.ms/ContentUserFeedback。
即将发布:在整个 2024 年,我们将逐步淘汰作为内容反馈机制的“GitHub 问题”,并将其取代为新的反馈系统。 有关详细信息,请参阅:提交和查看相关反馈