5.11. 虚拟化

High-memory 虚拟机现在可以正确地报告其状态

在以前的版本中，实时迁移使用 1TB 内存或更多内存的虚拟机(VM)会导致 libvirt 报告虚拟机不正确的状态。这个问题已被解决，libvirt 现在准确报告具有大量内存的实时迁移虚拟机的状态。

现在，在没有 RNG 设备的情况下，虚拟机的网络引导可以正常工作

在以前的版本中，当虚拟机(VM)没有配置 RNG 设备且其 CPU 模型不支持 RDRAND 功能时，无法从网络引导虚拟机。在这个版本中，这个问题已被解决，不支持 RDRAND 的虚拟机也可以从网络引导，即使没有配置 RNG 设备。

vGPU 实时迁移不再报告过量脏页面

在以前的版本中，当使用附加的 NVIDIA vGPU 执行虚拟机迁移时，在迁移过程中会错误地报告大量的脏页面。这个问题可能会增加迁移过程中所需的虚拟机停机，迁移可能会失败。

如果 vGPU 驱动程序版本在源和目标主机上不同，则 vGPU 实时迁移不再失败

在以前的版本中，如果源和目标主机上的驱动程序版本不同，使用附加的 NVIDIA vGPU 的虚拟机(VM)实时迁移会失败。

虚拟机不再错误地报告 AMD SRSO 漏洞

在以前的版本中，在带有 AMD Zen 3 和 4 个 CPU 架构的 RHEL 9 主机中运行的虚拟机(VM)会错误地向 Speculative return Stack Overflow (SRSO)攻击报告漏洞。

安装程序显示要在虚拟机上安装 RHEL 的期望的系统磁盘

在以前的版本中，当使用 virtio-scsi 设备在虚拟机上安装 RHEL 时，这些设备可能会因为 device-mapper-multipath 错误而不会出现在安装程序中。因此，在安装过程中，如果某些设备设置了串口，而有些设备没有，则 multipath 命令会声明所有具有串口的设备。因此，安装程序无法在虚拟机中找到要安装 RHEL 的期望的系统磁盘。

在据有 AMD EPYC CPU 的主机上进行 v2v 转换后，Windows 客户机可以更可靠地启动

在使用 virt-v2v 工具转换使用 Windows 11 或 Windows Server 2022 作为客户机 OS 的虚拟机(VM)后，之前的虚拟机无法引导。这在使用 AMD EPYC 系列 CPU 的主机上发生。现在，底层代码已修复，在上述情况下，虚拟机按预期引导。

nodedev-dumpxml 可以正确列出某些介质设备的属性

在此更新前，nodedev-dumpxml 工具无法正确列出使用 nodedev-create 命令创建的介质设备的属性。这个问题已被解决，nodedev-dumpxml 现在可以正确地显示受影响的介质设备的属性。

重启 virtqemud 或 libvirtd 后，现在可以附加 virtiofs 设备

在以前的版本中，重启 virtqemud 或 libvirtd 服务会阻止 virtiofs 存储设备附加到主机上的虚拟机(VM)。这个 bug 已被解决，您现在可以在上述场景中附加 virtiofs 设备。

blob 资源现在可正确用于 IBM Z 上的 virtio-gpu

在以前的版本中，virtio-gpu 设备与 IBM Z 系统上的 blob 内存资源不兼容。因此，如果您在 IBM Z 主机上配置了一个带有 virtio-gpu 的虚拟机(VM)，以使用 blob 资源，则虚拟机没有任何图形输出。

重新安装 virtio-win 驱动程序不再导致 DNS 配置在客户机上重置

在使用 Windows 客户机操作系统的虚拟机(VM)中，重新安装或升级网络接口卡(NIC)的 virtio-win 驱动程序之前会导致客户机中的 DNS 设置重置。因此，在某些情况下您的 Windows 客户机会丢失网络连接。

VNC viewer 在实时迁移 ramfb 后可以正确地初始化虚拟机显示

这个更新增强了 ramfb 帧缓冲设备，您可以将其配置为虚拟机(VM)的主显示。在以前的版本中，无法迁移 ramfb ，这导致使用 ramfb 的虚拟机在实时迁移后显示白屏。现在，ramfb 与实时迁移兼容。因此，在迁移完成后，您可以看到 VM 桌面显示。