配置和管理虚拟化

后续步骤

• 要在 Red Hat Enterprise Linux 9 中使用虚拟化，请参阅在 Red Hat Enterprise Linux 9 中启用虚拟化。
• 除了 Red Hat Enterprise Linux 9 虚拟化外，红帽还提供很多特殊的虚拟化解决方案，每个解决方案都有不同的用户重点和功能。如需更多信息，请参阅 Red Hat Virtualization 解决方案。

• 灵活精细的资源分配

  一个虚拟机在主机机器（通常是物理机器）上运行，主机的硬件也可以分配给客户机操作系统使用。但是，物理资源分配是在软件级别上完成的，因此非常灵活。虚拟机使用的主机内存、CPU 或存储空间的比例是可以配置的，可以指定非常精细的资源请求。

  例如：客户机操作系统的磁盘可以在主机的文件系统中以一个文件代表，且该磁盘的大小限制比物理磁盘的限制要小。

• 软件控制的配置

  虚拟机的整个配置都作为数据保存在主机上，并由软件控制。因此，虚拟机可轻松创建、删除、克隆、迁移、远程操作或连接到远程存储。

• 与主机分离

  在虚拟内核中运行的客户机操作系统与主机操作系统分开。这意味着可在虚拟机中安装任何操作系统，即使虚拟机操作系统不稳定或受损，主机也不会受到任何影响。

• 空间及成本效率

  单个物理机器可以托管大量虚拟机。因此，无需多个物理机器执行同样的任务，因此降低了与物理硬件关联的空间、电源和维护的要求。

• 软件兼容性

  因为虚拟机可以使用不同于其主机的操作系统，所以通过虚拟化，可以运行最初没有为主机操作系统发布的应用程序。例如，通过使用 RHEL 7 客户机操作系统，您可以在 RHEL 9 主机系统上运行为 RHEL 7 发布的应用程序。

  注意

  不是所有操作系统都作为 RHEL 9 主机中的客户机操作系统被支持。详情请查看 RHEL 9 虚拟化中的推荐功能。

• 元数据，如虚拟机名称、时区和其他有关虚拟机的信息。
• 对虚拟机中的设备的描述，包括虚拟 CPU（vCPUS）、存储设备、输入/输出设备、网络接口卡及其他真实和虚拟硬件。
• 虚拟机设置，如它可以使用的最大内存量、重启设置和其他有关虚拟机行为的设置。

• virsh - 一个多用途的虚拟化命令行工具程序和 shell，根据提供的参数，可以实现不同功能。例如：

  • 启动和关闭虚拟机 - virsh start 和 virsh shutdown
  • 列出可用的虚拟机 - virsh list
  • 从配置文件创建虚拟机 - virsh create
  • 进入虚拟化 shell - virsh

  如需更多信息，请参阅您系统上的 virsh (1) 手册页。

• virt-install - 用于创建新虚拟机的 CLI 工具。如需更多信息，请参阅您系统上的 virt-install (1) 手册页。
• virt-xml - 用于编辑虚拟机配置的工具。
• guestfish - 用于检查和修改虚拟机磁盘镜像的工具。如需更多信息，请参阅您系统上的 guestfish (1) 手册页。

• RHEL 9 web 控制台 （也称为 Cockpit ）提供了一个可以远程访问的、易于使用的图形用户界面，用于管理虚拟机和虚拟化主机。

  有关使用 web 控制台进行基本虚拟化管理的步骤，请参阅 web 控制台中管理虚拟机。

先决条件

• Red Hat Enterprise Linux 9 已在主机中安装并注册。

• 您的系统满足以下硬件要求以作为虚拟主机工作：

  • 主机的构架支持 KVM 虚拟化。

  • 有以下最小系统资源可用：

    • 主机有 6 GB 可用磁盘空间，以及每个预期的虚拟机需要额外 6 GB 空间。
    • 主机需要 2 GB RAM，以及每个预期的虚拟机需要额外 2 GB。

故障排除

• 如果您的主机 CPU 不支持 KVM 虚拟化，virt-host-validate 会产生以下输出：

  QEMU: Checking for hardware virtualization: FAIL (Only emulated CPUs are available, performance will be significantly limited)

  但是，在这样的主机系统上的虚拟机将无法引导，而不存在性能问题。

  要临时解决这个问题，您可以将虚拟机的 XML 配置中的 <domain type> 的值改为 qemu。但请注意，红帽不支持使用 qemu 域类型的虚拟机，在生产环境中不建议这样做。

先决条件

• 有以下最小系统资源可用：

  • 主机有 6 GB 可用磁盘空间，以及每个预期的虚拟机需要额外 6 GB 空间。
  • 主机需要 2 GB RAM，以及每个预期的虚拟机需要额外 2 GB。
  • 主机上有 4 个 CPU。虚拟机通常可以使用单个分配的 vCPU 运行，但红帽建议为每个虚拟机分配 2 个或更多 vCPU，以避免虚拟机在高负载期间变得无响应。
• 您的 IBM Z 主机系统使用 z13 CPU 或更高版本。

• RHEL 9 安装在逻辑分区(LPAR)上。另外，LPAR 支持 启动阶段执行（SIE）虚拟化功能。

  要进行验证，请在 /proc/cpuinfo 文件中搜索 sie。

  # grep sie /proc/cpuinfo
  features        : esan3 zarch stfle msa ldisp eimm dfp edat etf3eh highgprs te sie

故障排除

• 如果您的主机 CPU 不支持 KVM 虚拟化，virt-host-validate 会产生以下输出：

  QEMU: Checking for hardware virtualization: FAIL (Only emulated CPUs are available, performance will be significantly limited)

  但是，在这样的主机系统上的虚拟机将无法引导，而不存在性能问题。

  要临时解决这个问题，您可以将虚拟机的 XML 配置中的 <domain type> 的值改为 qemu。但请注意，红帽不支持使用 qemu 域类型的虚拟机，在生产环境中不建议这样做。

先决条件

• 有以下最小系统资源可用：

  • 6 GB 的可用磁盘空间用于主机，以及每个预期的客户机都需要额外 6 GB 空间。
  • 主机需要 4 GB RAM，以及每个预期的客户机都需要 4 GB。

后续步骤

• 创建虚拟机

• 对于 Linux 虚拟机，请参阅 在 Linux 客户机上启用 QEMU 客户机代理。
• 对于 Windows 虚拟机，请参阅 在 Windows 客户机上启用 QEMU 客户机代理。

先决条件

• 虚拟化已在您的主机系统中启用。
• 您有足够的系统资源来分配给虚拟机，如磁盘空间、RAM 或 CPU。根据虚拟机的预期任务和工作负载，推荐的值可能会有很大不同。

• 操作系统（OS）安装源可存在于本地或者网络中。可以是以下之一：

  • 安装介质的 ISO 镜像

  • 现有虚拟机安装的磁盘镜像

    警告

    在 RHEL 9 中无法从主机 CD-ROM 或者 DVD-ROM 设备安装。当使用 RHEL 9 中的任何虚拟机安装方法时，如果选择了 CD-ROM 或者 DVD-ROM 作为安装源，则安装将失败。如需更多信息，请参阅红帽知识库。

    另请注意，红帽只对 一组有限的客户机操作系统 提供支持。

• 可选：对于快速、简单的配置安装，可以使用 Kickstart 文件。

• --name: 新机器的名称
• --memory ：分配的内存量
• --vcpus ：分配的虚拟 CPU 数
• --disk ：分配的存储的类型和大小
• --cdrom 或 --location ：操作系统安装源的类型和位置

• 以下命令创建一个名为 demo-guest1 的虚拟机，它从本地存储在 /home/username/Downloads/Win10install.iso 文件中的 ISO 镜像安装 Windows 10 OS。此虚拟机还可分配 2048 MiB RAM 和 2 个 vCPU，为虚拟机自动配置 80 GiB qcow2 虚拟磁盘。

  # virt-install \
      --name demo-guest1 --memory 2048 \
      --vcpus 2 --disk size=80 --os-variant win10 \
      --cdrom /home/username/Downloads/Win10install.iso

• 以下命令创建一个名为 demo-guest2 的虚拟机，它使用 /home/username/Downloads/rhel9.iso 镜像从 live CD 运行 RHEL 9 OS。没有为这个虚拟机分配磁盘空间，因此在此会话中所做的更改不会被保留。另外，虚拟机被分配 4096 MiB RAM 和 4 个 vCPU。

  # virt-install \
      --name demo-guest2 --memory 4096 --vcpus 4 \
      --disk none --livecd --os-variant rhel9.0 \
      --cdrom /home/username/Downloads/rhel9.iso

• 以下命令创建一个名为 demo-guest3 的 RHEL 9 虚拟机，它连接到现有磁盘镜像 /home/username/backup/disk.qcow2。这和在不同的机器间物理地移动硬盘驱动器类似，因此 demo-guest3 可用的操作系统和数据由之前处理镜像的方式决定。另外，这个虚拟机还会分配 2048 MiB RAM 和 2 个 vCPU。

  # virt-install \
      --name demo-guest3 --memory 2048 --vcpus 2 \
      --os-variant rhel9.0 --import \
      --disk /home/username/backup/disk.qcow2

  请注意，在导入磁盘镜像时，强烈建议使用 --os-variant 选项。如果没有提供，创建虚拟机的性能将会受到负面影响。

• 以下命令创建一个名为 demo-guest4 的虚拟机，它从 http://example.com/OS-install URL 安装。要使安装成功启动，URL 必须包含可正常工作的操作系统安装树。另外，操作系统使用 /home/username/ks.cfg kickstart 文件自动进行配置。此虚拟机还可分配 2048 MiB RAM、2 个 vCPU 和 160 GiB qcow2 虚拟磁盘。

  # virt-install \
      --name demo-guest4 --memory 2048 --vcpus 2 --disk size=160 \
      --os-variant rhel9.0 --location http://example.com/OS-install \
      --initrd-inject /home/username/ks.cfg --extra-args="inst.ks=file:/ks.cfg console=tty0 console=ttyS0,115200n8"

  另外，如果您要在 ARM 64 主机上的 RHEL 9 上托管 demo-guest4，请包含以下行，以确保 kickstart 文件安装 kernel-64k 软件包：

  %packages
  -kernel
  kernel-64k
  %end

• 以下命令创建一个名为 demo-guest5 的虚拟机，它以纯文本模式从 RHEL9.iso 镜像文件安装，而无需图形。它将客户端控制台连接到串行控制台。虚拟机有 16384 MiB 内存、16 个 vCPU 和 280 GiB 磁盘。当通过慢速网络连接连接到主机时这种安装很有用。

  # virt-install \
      --name demo-guest5 --memory 16384 --vcpus 16 --disk size=280 \
      --os-variant rhel9.0 --location RHEL9.iso \
      --graphics none --extra-args='console=ttyS0'

• 以下命令创建一个名为 demo-guest6 的虚拟机，其与 demo-guest5 有相同的配置，但位于 192.0.2.1 远程主机上。

  # virt-install \
      --connect qemu+ssh://root@192.0.2.1/system --name demo-guest6 --memory 16384 \
      --vcpus 16 --disk size=280 --os-variant rhel9.0 --location RHEL9.iso \
      --graphics none --extra-args='console=ttyS0'

• 以下命令创建一个名为 demo-guest-7 的虚拟机，它的配置与 demo-guest5 相同，但对于其存储，它使用 IBM Z DASD mediated 设备 mdev_30820a6f_b1a5_4503_91ca_0c10ba12345a_0_0_29a8，并为其分配设备号 1111。

  # virt-install \
      --name demo-guest7 --memory 16384 --vcpus 16 --disk size=280 \
      --os-variant rhel9.0 --location RHEL9.iso --graphics none \
      --disk none --hostdev mdev_30820a6f_b1a5_4503_91ca_0c10ba12345a_0_0_29a8,address.type=ccw,address.cssid=0xfe,address.ssid=0x0,address.devno=0x1111,boot-order=1 \
      --extra-args 'rd.dasd=0.0.1111'

  请注意，可以使用 virsh nodedev-list --cap mdev 命令来检索可用于安装的介质设备的名称。

验证

• 如果成功创建虚拟机，则使用虚拟机的图形控制台打开 virt-viewer 窗口并启动客户端操作系统安装。

故障排除

• 如果 virt-install 失败，且出现 cannot find default network 错误：

  • 确定 libvirt-daemon-config-network 软件包已安装：

    # {PackageManagerCommand} info libvirt-daemon-config-network
    Installed Packages
    Name         : libvirt-daemon-config-network
    [...]

  • 验证 libvirt 默认网络是否处于活动状态，并且已配置为自动启动：

    # virsh net-list --all
     Name      State    Autostart   Persistent
    --------------------------------------------
     default   active   yes         yes

  • 如果没有，激活默认网络并将其设置为 auto-start：

    # virsh net-autostart default
    Network default marked as autostarted
    
    # virsh net-start default
    Network default started

    • 如果激活默认网络失败并显示以下错误，则代表还没有正确安装 libvirt-daemon-config-network 软件包。

      error: failed to get network 'default'
      error: Network not found: no network with matching name 'default'

      要解决这个问题，请重新安装 libvirt-daemon-config-network ：

      # {PackageManagerCommand} reinstall libvirt-daemon-config-network

    • 如果激活默认网络失败并显示类似如下的错误，则默认网络子网和主机上现有接口之间出现了冲突。

      error: Failed to start network default
      error: internal error: Network is already in use by interface ens2

      要解决这个问题，请使用 virsh net-edit default 命令，并将配置中的 192.0.2.* 值改为主机上未被使用的子网。

先决条件

• 已定义的一个不活跃地虚拟机。
• 虚拟机的名称。

• 对于远程虚拟机：

  • 虚拟机所在主机的 IP 地址。
  • 对主机的 root 访问权限。

流程

• 对于本地虚拟机，请使用 virsh start 工具。

  例如，以下命令启动 demo-guest1 虚拟机。

  # virsh start demo-guest1
  Domain 'demo-guest1' started

• 对于位于远程主机上的虚拟机，请使用 virsh start 工具以及与主机的 QEMU+SSH 连接。

  例如，以下命令在 192.0.2.1 主机上启动 demo-guest1 虚拟机。

  # virsh -c qemu+ssh://root@192.0.2.1/system start demo-guest1
  
  root@192.0.2.1's password:
  
  Domain 'demo-guest1' started

先决条件

• 您已安装了 RHEL 9 web 控制台。

  具体步骤请参阅安装并启用 Web 控制台。

• Web 控制台 VM 插件 已安装在您的系统上。
• 已定义的一个不活跃地虚拟机。
• 虚拟机的名称。

先决条件

• 已创建了虚拟机

• 要在 web 控制台中与虚拟机的图形界面交互，请使用图形控制台。
• 要在远程 viewer 中与虚拟机的图形界面交互，请使用remote viewers 中的图形控制台。
• 要在 web 控制台中与虚拟机的 CLI 交互，请使用 串行控制台。

先决条件

• 您的系统以及您要连接的虚拟机必须支持图形显示。
• 如果目标虚拟机位于远程主机上，则需要对主机有连接和 root 访问权限。
• 可选：如果目标虚拟机位于远程主机上，请设置 libvirt 和 SSH ，以便 更方便地访问远程主机。

流程

• 要连接到本地虚拟机，请使用以下命令，并将 guest-name 替换为您要连接的虚拟机的名称：

  # virt-viewer guest-name

• 要连接到远程虚拟机，请使用 virt-viewer 命令及 SSH 协议。例如，以下命令以 root 用户身份连接到位于远程系统 192.0.2.1 上的名为 guest-name 的虚拟机。连接还需要 192.0.2.1 的 root 身份验证。

  # virt-viewer --direct --connect qemu+ssh://root@192.0.2.1/system guest-name
  root@192.0.2.1's password:

故障排除

• 如果在图形控制台中点击没有任何效果，请将控制台扩展为全屏。这是一个已知的鼠标光标偏移问题。

先决条件

• 有对目标虚拟机的网络连接和 root 访问权限。
• 如果目标虚拟机位于远程主机上，您也可以拥有对该主机的连接和 root 访问权限。

• 您的虚拟机网络由 libvirt 生成的 dnsmasq 分配 IP 地址。这是 libvirt NAT 网络 中的示例。

  值得注意的是，如果您的虚拟机使用以下网络配置之一，则无法使用 SSH 连接到虚拟机：

  • hostdev 接口
  • 直接接口
  • 网桥接口

• 在虚拟机主机上已安装并启用了 libvirt-nss 组件。如果没有，请执行以下操作：

  1. 安装 libvirt-nss 软件包：

     # dnf install libvirt-nss

  2. 编辑 /etc/nsswitch.conf 文件，并将 libvirt_guest 添加到 hosts 行中：

     ...
     passwd:      compat
     shadow:      compat
     group:       compat
     hosts:       files libvirt_guest dns
     ...

故障排除

• 如果您不知道虚拟机的名称，您可以使用 virsh list --all 命令列出主机上所有可用的虚拟机：

  # virsh list --all
  Id    Name                           State
  ----------------------------------------------------
  2     testguest1                    running
  -     testguest2                    shut off

• 没有提供 VNC 协议，因此没有为 GUI 工具提供视频显示。
• 没有网络连接，因此无法使用 SSH 进行交互。

先决条件

• 主机上的 GRUB 引导装载程序必须配置为使用串口控制台。要进行验证，请检查主机上的 /etc/default/grub 文件是否包含 GRUB_TERMINAL=serial 参数。

  $ sudo grep GRUB_TERMINAL /etc/default/grub
  GRUB_TERMINAL=serial

• 虚拟机必须配有一个串口控制台设备，如 console type='pty'。要进行验证，请执行以下操作：

  # virsh dumpxml vm-name | grep console
  
  <console type='pty' tty='/dev/pts/2'>
  </console>

• 虚拟机必须在内核命令行中配置串口控制台。要验证这一点，虚拟机上的 cat /proc/cmdline 命令输出应包含 console=<console-name>，其中 <console-name> 是特定的架构：

  • 对于 AMD64 和 Intel 64: ttyS0

  • 对于 ARM 64: ttyAMA0

    注意

    此流程中的以下命令使用 ttyS0。

    # cat /proc/cmdline
    BOOT_IMAGE=/vmlinuz-3.10.0-948.el7.x86_64 root=/dev/mapper/rhel-root ro console=tty0 console=ttyS0,9600n8 rd.lvm.lv=rhel/root rd.lvm.lv=rhel/swap rhgb

    如果没有在虚拟机中正确设置串口控制台，请使用 virsh 控制台连接到虚拟机，请将您连接到无响应的客户端控制台。但是，您仍然可以使用 Ctrl+] 快捷键退出无响应的控制台。

  • 要在虚拟机上设置串行控制台，请执行以下操作：

    1. 在虚拟机上启用 console=ttyS0 内核选项：

       # grubby --update-kernel=ALL --args="console=ttyS0"

    2. 清除可能会阻止您更改生效的内核选项。

       # grub2-editenv - unset kernelopts

    3. 重启虚拟机。

• 必须启用 serial-getty@<console-name> 服务。例如，在 AMD64 和 Intel 64 上：

  # systemctl status serial-getty@ttyS0.service
  
  ○ serial-getty@ttyS0.service - Serial Getty on ttyS0
       Loaded: loaded (/usr/lib/systemd/system/serial-getty@.service; enabled; preset: enabled)

• 您可以编辑 /etc/libvirt/libvirt.conf 文件，并将 uri_default 参数的值设置为 example-qemu-host-alias 来作为默认 libvirt 目标。

  # These can be used in cases when no URI is supplied by the application
  # (@uri_default also prevents probing of the hypervisor driver).
  #
  uri_default = "example-qemu-host-alias"

  因此，所有基于 libvirt 的命令都会在指定的远程主机中自动执行。

  $ virsh list
  root@192.0.2.1's password:
  
  Id   Name              State
  ---------------------------------
  1   example-remote-guest      running

• 连接到远程主机时，您可以避免向远程系统提供 root 密码。要做到这一点，请使用以下一个或多个方法：

  • 设置对远程主机的基于密钥的 SSH 访问
  • 使用 SSH 连接多路复用连接到远程系统
  • 身份管理中的 Kerberos 身份验证
• 可以使用 -c （或-- connect）选项来运行 virt-install，

先决条件

• 要使用 VNC 密码保护的虚拟机已配置了 VNC 图形。

  要确保情况如此，请使用 virsh dumpxml 命令，如下所示：

  # virsh dumpxml <vm-name> | grep graphics
  
   <graphics type='vnc' ports='-1' autoport=yes listen=127.0.0.1>
   </graphics>

关闭有响应的虚拟机

• 如果您 连接到客户机，请使用 shutdown 命令或适合客户机操作系统的 GUI 元素。

  注意

  在某些环境中，比如使用 GNOME 桌面的 Linux 客户机，使用 GUI 电源按钮暂停或休眠客户机可能会关闭虚拟机。

• 或者，在主机上使用 virsh shutdown 命令：

  • 如果虚拟机位于本地主机上：

    # virsh shutdown demo-guest1
    Domain 'demo-guest1' is being shutdown

  • 如果虚拟机在远程主机上，如本例中 192.0.2.1 ：

    # virsh -c qemu+ssh://root@192.0.2.1/system shutdown demo-guest1
    
    root@192.0.2.1's password:
    Domain 'demo-guest1' is being shutdown

验证

• 在主机上，显示虚拟机的列表，以查看其状态。

  # virsh list --all
  
   Id    Name                 State
  ------------------------------------------
   1     demo-guest1          shut off

先决条件

• 备份虚拟机中的重要数据。
• 关闭虚拟机。
• 确保没有其他虚拟机使用相同的关联的存储。

流程

• 使用 virsh undefine 工具。

  例如：以下命令删除 guest1 虚拟机、与其关联的存储卷以及非电压 RAM（若有）。

  # virsh undefine guest1 --remove-all-storage --nvram
  Domain 'guest1' has been undefined
  Volume 'vda'(/home/images/guest1.qcow2) removed.

先决条件

• 您已安装了 RHEL 9 web 控制台。

  具体步骤请参阅安装并启用 Web 控制台。

• 您已安装了 RHEL 9 web 控制台。

  具体步骤请参阅安装并启用 Web 控制台。

• Web 控制台 VM 插件 已安装在您的系统上。
• 备份虚拟机中的重要数据。
• 确保没有其他虚拟机使用相同的关联存储。
• 可选：关闭虚拟机。

后续步骤

• 有关在 web 控制台中启用虚拟机管理的说明，请参阅 设置 Web 控制台来管理虚拟机。
• 有关 web 控制台提供的虚拟机管理操作的完整列表，请参阅 web 控制台中提供的虚拟机管理功能。

先决条件

• 您已安装了 RHEL 9 web 控制台。

  具体步骤请参阅安装并启用 Web 控制台。

流程

• 安装 cockpit-machines 插件。

  # dnf install cockpit-machines

先决条件

• 您已安装了 RHEL 9 web 控制台。

  具体步骤请参阅安装并启用 Web 控制台。

• Web 控制台 VM 插件 已安装在您的系统上。
• 虚拟机已关闭。

验证

• 检查新虚拟机名称是否已出现在 Virtual Machines 界面中。

流程

• 获取主机上的虚拟机列表：

  # virsh list --all
  Id   Name              State
  ----------------------------------
  1    testguest1             running
  -    testguest2             shut off
  -    testguest3             shut off
  -    testguest4             shut off

• 要获取有关特定虚拟机的基本信息：

  # virsh dominfo testguest1
  Id:             1
  Name:           testguest1
  UUID:           a973666f-2f6e-415a-8949-75a7a98569e1
  OS Type:        hvm
  State:          running
  CPU(s):         2
  CPU time:       188.3s
  Max memory:     4194304 KiB
  Used memory:    4194304 KiB
  Persistent:     yes
  Autostart:      disable
  Managed save:   no
  Security model: selinux
  Security DOI:   0
  Security label: system_u:system_r:svirt_t:s0:c486,c538 (enforcing)

• 要获得特定虚拟机的完整 XML 配置：

  # virsh dumpxml testguest2
  
  <domain type='kvm' id='1'>
    <name>testguest2</name>
    <uuid>a973434f-2f6e-4ěša-8949-76a7a98569e1</uuid>
    <metadata>
  [...]

  有关虚拟机的 XML 配置的注释示例，请参阅 虚拟机 XML 配置示例

• 有关虚拟机磁盘和其它块设备的详情：

  # virsh domblklist testguest3
   Target   Source
  ---------------------------------------------------------------
   vda      /var/lib/libvirt/images/testguest3.qcow2
   sda      -
   sdb      /home/username/Downloads/virt-p2v-1.36.10-1.el7.iso

  有关管理虚拟机存储的说明，请参阅 管理虚拟机的存储。

• 要获取有关虚拟机文件系统及其挂载点的信息：

  # virsh domfsinfo testguest3
  Mountpoint   Name   Type   Target
  ------------------------------------
   /            dm-0   xfs
   /boot        vda1   xfs

• 要获取有关特定虚拟机 vCPU 的详细信息：

  # virsh vcpuinfo testguest4
  VCPU:           0
  CPU:            3
  State:          running
  CPU time:       103.1s
  CPU Affinity:   yyyy
  
  VCPU:           1
  CPU:            0
  State:          running
  CPU time:       88.6s
  CPU Affinity:   yyyy

  要在虚拟机中配置和优化 vCPU，请参阅 优化虚拟机 CPU 性能。

• 列出主机上的所有虚拟网络接口：

  # virsh net-list --all
   Name       State    Autostart   Persistent
  ---------------------------------------------
   default    active   yes         yes
   labnet     active   yes         yes

  有关特定接口的详情：

  # virsh net-info default
  Name:           default
  UUID:           c699f9f6-9202-4ca8-91d0-6b8cb9024116
  Active:         yes
  Persistent:     yes
  Autostart:      yes
  Bridge:         virbr0

  有关网络接口、虚拟机网络和配置它们的说明，请参阅配置虚拟机网络连接。

• 有关查看主机上存储池和存储卷的信息的说明，请参阅 使用 CLI 查看虚拟机存储信息。

先决条件

• 确保您有足够的磁盘空间来保存虚拟机及其配置。请注意，虚拟机消耗的空间取决于分配给该虚拟机的 RAM 量。
• 确保虚拟机是持久的。
• 可选：如果需要，备份虚拟机的重要数据。

流程

• 使用 virsh managedsave 工具。

  例如，以下命令可停止 demo-guest1 虚拟机并保存其配置。

  # virsh managedsave demo-guest1
  Domain 'demo-guest1' saved by libvirt

  保存的虚拟机文件默认位于 /var/lib/libvirt/qemu/save 目录中，即 demo-guest1.save。

  下次启动虚拟机时，它将自动从上述文件中恢复保存的状态。

验证

• 列出已启用了受管保存的虚拟机。在以下示例中，列为 saved 的虚拟机启用了受管保存。

  # virsh list --managed-save --all
  Id    Name                           State
  ----------------------------------------------------
  -     demo-guest1                    saved
  -     demo-guest2                    shut off

  列出具有受管保存镜像的虚拟机：

  # virsh list --with-managed-save --all
  Id    Name                           State
  ----------------------------------------------------
  -     demo-guest1                    shut off

  请注意，要列出处于关机状态的保存的虚拟机，您必须使用命令的 --all 或 inactive 选项。

故障排除

• 如果保存的虚拟机文件变得损坏或不可读，恢复虚拟机将启动标准虚拟机引导。

先决条件

• 已定义的一个不活跃地虚拟机。
• 虚拟机的名称。

• 对于远程虚拟机：

  • 虚拟机所在主机的 IP 地址。
  • 对主机的 root 访问权限。

流程

• 对于本地虚拟机，请使用 virsh start 工具。

  例如，以下命令启动 demo-guest1 虚拟机。

  # virsh start demo-guest1
  Domain 'demo-guest1' started

• 对于位于远程主机上的虚拟机，请使用 virsh start 工具以及与主机的 QEMU+SSH 连接。

  例如，以下命令在 192.0.2.1 主机上启动 demo-guest1 虚拟机。

  # virsh -c qemu+ssh://root@192.0.2.1/system start demo-guest1
  
  root@192.0.2.1's password:
  
  Domain 'demo-guest1' started

先决条件

• 您已安装了 RHEL 9 web 控制台。

  具体步骤请参阅安装并启用 Web 控制台。

• Web 控制台 VM 插件 已安装在您的系统上。
• 已定义的一个不活跃地虚拟机。
• 虚拟机的名称。

• 唯一设置，如持久性网络 MAC 配置，这可阻止克隆正常工作。
• 敏感数据，如 SSH 密钥和密码文件。

先决条件

• 源虚拟机被关闭。
• 确保有足够的磁盘空间来存储克隆的磁盘镜像。
• 可选：在创建多个虚拟机克隆时，从源虚拟机中删除唯一数据和设置，以确保克隆的虚拟机可以正常工作。具体说明请参阅 创建虚拟机模板。

流程

• 使用 virt-clone 工具以及适合您环境和用例的选项。

  使用案例示例

  • 以下命令克隆一个名为 example-VM-1 的本地虚拟机，并创建 example-VM-1-clone 虚拟机。它还会在与原始虚拟机的磁盘镜像相同的位置创建并分配 example-VM-1-clone.qcow2 磁盘镜像，并使用相同的数据：

    # virt-clone --original example-VM-1 --auto-clone
    Allocating 'example-VM-1-clone.qcow2'                            | 50.0 GB  00:05:37
    
    Clone 'example-VM-1-clone' created successfully.

  • 以下命令克隆一个名为 example-VM-2 的虚拟机，并创建一个名为 example-VM-3 的本地虚拟机，它只使用 example-VM-2 的多个磁盘中的两个磁盘：

    # virt-clone --original example-VM-2 --name example-VM-3 --file /var/lib/libvirt/images/disk-1-example-VM-2.qcow2 --file /var/lib/libvirt/images/disk-2-example-VM-2.qcow2
    Allocating 'disk-1-example-VM-2-clone.qcow2'                                      | 78.0 GB  00:05:37
    Allocating 'disk-2-example-VM-2-clone.qcow2'                                      | 80.0 GB  00:05:37
    
    Clone 'example-VM-3' created successfully.

  • 要将虚拟机克隆到其他主机，请迁移虚拟机而无需在本地主机上取消它。例如，以下命令将之前创建的 example-VM-3 虚拟机克隆到 192.0.2.1 远程系统，包括其本地磁盘。请注意，您需要 root 权限来对 192.0.2.1 运行这些命令：

    # virsh migrate --offline --persistent example-VM-3 qemu+ssh://root@192.0.2.1/system
    root@192.0.2.1's password:
    
    # scp /var/lib/libvirt/images/<disk-1-example-VM-2-clone>.qcow2 root@192.0.2.1/<user@remote_host.com>://var/lib/libvirt/images/
    
    # scp /var/lib/libvirt/images/<disk-2-example-VM-2-clone>.qcow2 root@192.0.2.1/<user@remote_host.com>://var/lib/libvirt/images/

先决条件

• 您已安装了 RHEL 9 web 控制台。

  具体步骤请参阅安装并启用 Web 控制台。

• Web 控制台 VM 插件 已安装在您的系统上。
• 确保要克隆的虚拟机已关闭。

验证

• 确认克隆的虚拟机是否出现在主机上可用的虚拟机列表中。

• 存储位于 共享网络上
• virsh migrate 命令的 --copy-storage-all 参数，它通过网络将磁盘镜像内容从源复制到目的地。
• 存储区域网络(SAN)逻辑单元(LUN)。
• Ceph 存储集群

• 使用以下功能和配置的虚拟机在迁移时将无法正常工作，或者迁移失败。这些特性包括：

  • 设备透传
  • SR-IOV 设备分配（除 迁移具有 Mellanox 网络设备附加的虚拟功能的虚拟机外），该设备 可以正常工作。）
  • 介质设备，如 vGPU ( 迁移附加 NVIDIA vGPU 的虚拟机 除外，这可以正常工作。)
• 使用非统一内存访问(NUMA)固定的主机之间的迁移只有在主机有类似的拓扑时才能正常工作。但是，迁移可能会对运行工作负载的性能造成负面影响。
• 源和目标主机都使用虚拟机迁移支持的特定 RHEL 版本，请参阅支持的虚拟机迁移主机

• 源虚拟机和目标虚拟机上的物理 CPU 必须相同，否则迁移可能会失败。虚拟机之间在以下 CPU 相关区域的任何区别都可能会引起迁移问题：

  • CPU 型号

    • 不支持在 Intel 64 主机和 AMD64 主机之间迁移，即使它们共享 x86-64 指令集。
    • 有关确保在迁移到具有不同 CPU 模型的主机后虚拟机可以正常工作的步骤，请参阅验证虚拟机迁移的主机 CPU 兼容性。
  • 物理计算机固件版本和设置

先决条件

• hypervisor ： 源主机和目标主机都使用 KVM hypervisor。
• 网络连接： 源主机和目标主机可以通过网络互相访问。使用 ping 工具进行验证。

• 打开端口 ：确保目标主机上打开了以下端口。

  • 使用 SSH 连接到目标主机需要端口 22。
  • 使用 TLS 连接到目标主机需要端口 16509。
  • 使用 TCP 连接到目标主机需要端口 16514。
  • QEMU 需要端口 49152-49215 ，来传输内存和磁盘迁移数据。
• 主机 ： 要红帽支持迁移，源主机和目标主机必须使用特定的操作系统和机器类型。要确保情况是这种情况，请查看支持的虚拟机迁移主机。
• cpu： 虚拟机必须与目标主机的 CPU 功能兼容。要确保情况如此，请参阅验证虚拟机迁移的主机 CPU 兼容性。

• 存储： 将要迁移的虚拟机的磁盘镜像可以被源主机和目标主机访问。这在离线迁移中是可选的，但在迁移运行的虚拟机时是必需的。要确保存储可被两个主机访问，必须应用以下内容之一：

  • 您正在使用存储区域网络(SAN)逻辑单元(LUN)。
  • 正在您使用 Ceph 存储集群。
  • 您已创建了与源虚拟机磁盘 相同的格式和大小的磁盘镜像，在迁移虚拟机时将使用 --copy-storage-all 参数。
  • 磁盘镜像在单独的网络位置上。有关设置这样的共享虚拟机存储的步骤，请参阅与其他主机共享虚拟机磁盘镜像。

• 网络带宽 ： 迁移正在运行的虚拟机时，您的网络带宽必须高于虚拟机生成脏内存页面的速度。

  要在开始实时迁移之前获取虚拟机的脏页面率，请执行以下操作：

  • 监控虚拟机在短时间内的脏页面生成率。

    # virsh domdirtyrate-calc <example_VM> 30

  • 在监控完成后，获取其结果：

    # virsh domstats <example_VM> --dirtyrate
    Domain: 'example-VM'
      dirtyrate.calc_status=2
      dirtyrate.calc_start_time=200942
      dirtyrate.calc_period=30
      dirtyrate.megabytes_per_second=2

    在本例中，VM 每秒会生成 2 MB 的脏内存页面。如果您不暂停虚拟机或降低其工作负载，那么在小于或等于 2 MB/秒带宽的网络中尝试实时迁移这样的虚拟机会导致实时迁移不会进行。

    为确保实时迁移成功完成，红帽建议您的网络带宽要明显大于虚拟机的脏页面生成率。

    注意

    calc_period 选项的值可能因工作负载和脏页率而异。您可以使用多个 calc_period 值进行试验，以确定与您环境中脏页率一致的最合适的周期。

• 网桥 tap 网络： 在迁移公共网桥 tap 网络中的现有虚拟机时，源和目标主机必须位于同一网络中。否则，迁移后 VM 网络将无法正常工作。

• 连接协议： 在执行虚拟机迁移时，源主机上的 virsh 客户端可以使用多种协议之一连接到目标主机上的 libvirt 守护进程。以下流程中的示例使用 SSH 连接，但您可以选择不同的连接。

  • 如果您希望 libvirt 使用 SSH 连接，请确保启用 virtqemud 套接字并在目标主机上运行。

    # systemctl enable --now virtqemud.socket

  • 如果您希望 libvirt 使用 TLS 连接，请确保启用 virtproxyd-tls 套接字并在目标主机上运行。

    # systemctl enable --now virtproxyd-tls.socket

  • 如果您希望 libvirt 使用 TCP 连接，请确保 virtproxyd-tcp 套接字已经启用并在目标主机上运行。

    # systemctl enable --now virtproxyd-tcp.socket

离线迁移

• 以下命令使用 SSH 隧道将关闭的 example-VM 虚拟机从本地主机迁移到 example-destination 主机的系统连接。

  # virsh migrate --offline --persistent <example_VM> qemu+ssh://example-destination/system

多 FD 实时迁移

• 您可以在实时迁移过程中使用到目标主机的多个并行连接。这也被称为多个文件描述符(multi-FD)迁移。借助多 FD 迁移，您可以使用迁移过程的所有可用网络带宽来加快迁移速度。

  # virsh migrate --live --persistent --parallel --parallel-connections 4 <example_VM> qemu+ssh://<example-destination>/system

  这个示例使用 4 个多 FD 频道来迁移虚拟机 <example_VM>。建议为可用网络带宽的每 10 Gbps 使用一个通道。默认值为 2 通道。

实时迁移，增加的停机时间限制

• 要提高实时迁移的可靠性，您可以设置 maxdowntime 参数，该参数指定实时迁移期间可暂停的最大时间（毫秒）。设置更大的停机时间有助于确保迁移成功完成。

  # virsh migrate-setmaxdowntime <example_VM> <time_interval_in_milliseconds>

后复制迁移

• 如果您的虚拟机有较大的内存占用，您可以执行 复制后 迁移，首先将源虚拟机的 CPU 状态传输，并立即在目标主机上启动迁移的虚拟机。源虚拟机的内存页面在迁移的虚拟机已在目标主机上运行后传输。因此，复制后 迁移可能会导致迁移的虚拟机出现较小的停机时间。

  但是，目标主机上运行的虚拟机可能尝试访问尚未传输的内存页面，这会导致 页面错误。如果迁移过程中出现太多 页面错误，则迁移的虚拟机的性能可能会严重降级。

  由于 复制后 迁移的潜在复杂情况，建议使用下列命令来启动标准实时迁移，并在指定时间内无法完成实时迁移，并切换到复制后迁移。

  # virsh migrate --live --persistent --postcopy --timeout <time_interval_in_seconds> --timeout-postcopy <example_VM> qemu+ssh://<example-destination>/system

自动聚合实时迁移

• 如果您的虚拟机处于大量内存工作负载中，您可以使用 -auto-converge 选项。这个选项会自动减慢虚拟机 CPU 的执行速度。因此，这个 CPU 节流有助于降低内存写入的速度，这意味着即使有大量内存工作负载的虚拟机，实时迁移也会成功。

  但是，CPU 节流不有助于解决内存写入与 CPU 执行速度直接相关的工作负载，这可能会影响实时迁移过程中虚拟机的性能。

  # virsh migrate --live --persistent --auto-converge <example_VM> qemu+ssh://<example-destination>/system

验证

• 对于 离线 迁移：

  • 在目标主机上，列出可用的虚拟机以验证虚拟机是否已成功迁移。

    # virsh list --all
    Id      Name             State
    ----------------------------------
    10    example-VM-1      shut off

• 对于 实时迁移 ：

  • 在目标主机上，列出可用的虚拟机以验证目标虚拟机的状态：

    # virsh list --all
    Id      Name             State
    ----------------------------------
    10    example-VM-1      running

    如果虚拟机的状态为 running，这表示迁移已完成。但是，如果实时迁移仍在进行中，目标虚拟机的状态将列为 暂停。

• 对于 复制后 迁移：

  1. 在源主机上，列出可用的虚拟机以验证源虚拟机的状态。

     # virsh list --all
     Id      Name             State
     ----------------------------------
     10    example-VM-1      shut off

  2. 在目标主机上，列出可用的虚拟机以验证目标虚拟机的状态。

     # virsh list --all
     Id      Name             State
     ----------------------------------
     10    example-VM-1      running

     如果源虚拟机的状态为 shut off，并且目标虚拟机的状态被列为 running，这表示迁移已完成。

先决条件

• 您已安装了 RHEL 9 web 控制台。

  具体步骤请参阅安装并启用 Web 控制台。

• Web 控制台 VM 插件 已安装在您的系统上。
• hypervisor ： 源主机和目标主机都使用 KVM hypervisor。
• hosts ： 源和目标主机正在运行。

• 打开端口 ：确保目标主机上打开了以下端口。

  • 使用 SSH 连接到目标主机需要端口 22。
  • 使用 TLS 连接到目标主机需要端口 16509。
  • 使用 TCP 连接到目标主机需要端口 16514。
  • QEMU 需要端口 49152-49215 来传输内存和磁盘迁移数据。
• cpu： 虚拟机必须与目标主机的 CPU 功能兼容。要确保情况如此，请参阅验证虚拟机迁移的主机 CPU 兼容性。

• 存储： 将要迁移的虚拟机的磁盘镜像可以被源主机和目标主机访问。这在离线迁移中是可选的，但在迁移运行的虚拟机时是必需的。要确保存储可被两个主机访问，必须应用以下内容之一：

  • 您正在使用存储区域网络(SAN)逻辑单元(LUN)。
  • 正在您使用 Ceph 存储集群。
  • 您已创建了与源虚拟机磁盘 相同的格式和大小的磁盘镜像，在迁移虚拟机时将使用 --copy-storage-all 参数。
  • 磁盘镜像在单独的网络位置上。有关设置这样的共享虚拟机存储的步骤，请参阅与其他主机共享虚拟机磁盘镜像。

• 网络带宽 ： 迁移正在运行的虚拟机时，您的网络带宽必须高于虚拟机生成脏内存页面的速度。

  要在开始实时迁移前获得虚拟机的脏页面率，请在命令行界面中执行以下操作：

  1. 监控虚拟机在短时间内的脏页面生成率。

     # virsh domdirtyrate-calc vm-name 30

  2. 在监控完成后，获取其结果：

     # virsh domstats vm-name --dirtyrate
     Domain: 'vm-name'
       dirtyrate.calc_status=2
       dirtyrate.calc_start_time=200942
       dirtyrate.calc_period=30
       dirtyrate.megabytes_per_second=2

     在本例中，VM 每秒会生成 2 MB 的脏内存页面。如果您不暂停虚拟机或降低其工作负载，那么在小于或等于 2 MB/秒带宽的网络中尝试实时迁移这样的虚拟机会导致实时迁移不会进行。

     为确保实时迁移成功完成，红帽建议您的网络带宽要明显大于虚拟机的脏页面生成率。

     注意

     calc_period 选项的值可能因工作负载和脏页率而异。您可以使用多个 calc_period 值进行试验，以确定与您环境中脏页率一致的最合适的周期。

• 网桥 tap 网络： 在迁移公共网桥 tap 网络中的现有虚拟机时，源和目标主机必须位于同一网络中。否则，迁移后 VM 网络将无法正常工作。

• 确认虚拟机是否在目标主机上可用虚拟机的列表中。
• 启动迁移的虚拟机，并观察其是否启动。

• 计算虚拟机的脏内存页生成率。

  目前，当迁移带有附加的 Mellanox VF 的虚拟机时，由 virsh domjobinfo 和 virsh domdirtyrate-calc 命令提供的实时迁移数据和统计信息不准确，因为计算只计算客户机 RAM 而不包括附加的 VF 的影响。

• 使用复制后实时迁移。
• 在虚拟机中使用虚拟 I/O 内存管理单元(vIOMMU)设备。

先决条件

• 您有一个 Mellanox CX-7 网络设备，其固件版本等于或大于 28.36.1010。

  有关固件版本的详情，请参阅 Mellanox 文档。

• mstflint 软件包已安装在源和目标主机上：

  # dnf install mstflint

• Mellanox CX-7 网络设备的 VF_MIGRATION_MODE 设置为 MIGRATION_ENABLED ：

  # mstconfig -d <device_pci_address> query | grep -i VF_migration
  
  VF_MIGRATION_MODE                           MIGRATION_ENABLED(2)

  • 您可以使用以下命令将 VF_MIGRATION_MODE 设置为 MIGRATION_ENABLED ：

    # mstconfig -d <device_pci_address> set VF_MIGRATION_MODE=2

• openvswitch 软件包已安装在源和目标主机上：

  # dnf install openvswitch

• 所有常规 SR-IOV 设备先决条件。详情请参阅 将 SR-IOV 网络设备附加到虚拟机
• 所有常规虚拟机迁移先决条件。详情请参阅 使用命令行界面迁移虚拟机

先决条件

• 您有一个带有支持此功能的 NVIDIA Virtual GPU 软件驱动程序版本的 NVIDIA GPU。如需了解更多详细信息，请参阅相关的 NVIDIA vGPU 文档。

• 您有一个正确配置的 NVIDIA vGPU 分配给虚拟机。具体步骤请参阅： 设置 NVIDIA vGPU 设备

  注意

  也可以实时迁移附加多个 vGPU 设备的虚拟机。

• 主机使用 RHEL 9.4 或更高版本作为操作系统。
• NVIDIA 记录的所有 vGPU 迁移先决条件。如需了解更多详细信息，请参阅相关的 NVIDIA vGPU 文档。
• 所有常规虚拟机迁移先决条件。详情请参阅 使用命令行界面迁移虚拟机

限制

• 某些 NVIDIA GPU 功能可以禁用迁移。如需更多信息，请参阅您的图形卡的特定 NVIDIA 文档。
• 有些 GPU 工作负载与迁移期间发生的停机时间不兼容。因此，GPU 工作负载可能会停止或崩溃。建议您在尝试 vGPU 实时迁移前测试您的工作负载是否与停机时间兼容。
• 目前，如果 vGPU 驱动程序版本在源和目标主机上有所不同，则 vGPU 实时迁移会失败。

• 目前，当实时迁移带有附加 vGPU 的虚拟机时，一些常规虚拟化功能无法使用：

  • 计算虚拟机的脏内存页生成率。

    目前，在迁移带有附加 vGPU 的虚拟机时，virsh domjobinfo 和 virsh domdirtyrate-calc 命令提供的实时迁移数据和统计信息会不准确，因为计算只计算出没有包括 vGPU 的 vRAM 的客户机 RAM。

  • 使用复制后实时迁移。
  • 在虚拟机中使用虚拟 I/O 内存管理单元(vIOMMU)设备。

流程

• 有关如何进行实时迁移的步骤，请参阅： 使用命令行界面迁移虚拟机

先决条件

• 旨在迁移的虚拟机被关闭。
• 可选：主机系统可用于托管不是源或目标主机的存储，但源和目标主机都可以通过网络访问它。这是共享存储的最佳解决方案，并被红帽推荐。
• 请确定 NFS 文件锁定没有被使用，因为在 KVM 中不支持它。
• 已在源和目标主机上安装并启用了 NFS 协议。请参阅 部署 NFS 服务器。

• virt_use_nfs SELinux 布尔值在 上 设置为。

  # setsebool virt_use_nfs 1

验证

• 在源主机上启动虚拟机，并观察它是否已成功启动。

先决条件

• 已在您的系统中安装并启用虚拟化。
• 您具有对源主机和迁移的目标主机的管理员访问权限。

后续步骤

• 将虚拟机磁盘镜像与其他主机共享
• 使用命令行界面迁移虚拟机
• 使用 web 控制台实时迁移虚拟机

• 您的主机使用 RHEL 9.4 或更高版本。
• 虚拟机使用基于文件的存储。

• 您只能在以下场景之一创建虚拟机快照：

  • 虚拟机已关闭。
  • 如果虚拟机正在运行，您可以使用 --disk-only --quiesce 选项或 --live --memspec 选项。

• 支持的快照的输出示例：

  <domainsnapshot>
    <name>sample-snapshot-name-1<name>
    <state>shutoff</state>
    <creationTime>1706658764</creationTime>
    <memory snapshot='no'/>
    <disks>
      <disk name='vda' snapshot='external' type='file'>
        <driver type='qcow2'/>
        <source file='/var/lib/libvirt/images/vm-name.sample-snapshot-name-1'/>
      </disk>
    </disks>
    <domain type='kvm'>
    [...]

• 不支持的快照的输出示例：

  <domainsnapshot>
    <name>sample-snapshot-name-2</name>
    <state>running</state>
    <creationTime>1653396424</creationTime>
    <memory snapshot='internal'/>
    <disks>
      <disk name='vda' snapshot='internal'/>
      <disk name='sda' snapshot='no'/>
    </disks>
    <domain type='kvm'>
    [...]

先决条件

• 您的主机使用 RHEL 9.4 或更高版本。

• 虚拟机使用基于文件的存储。要检查是否是这种情况，请使用以下命令，并确保对于 disk 设备，其 disk type 显示为 file ：

  # virsh dumpxml <vm-name> | grep "disk type"
      <disk type='file' device='disk'>
      <disk type='file' device='cdrom'>

• 如果要创建一个包含正在运行的虚拟机内存的虚拟机快照，您必须有足够的磁盘空间来存储虚拟机的内存。

  • 保存虚拟机的内存的最少推荐空间等于虚拟机分配的 RAM。例如，保存具有 32 GB RAM 的虚拟机内存需要最多 32 GB 的磁盘空间。
  • 如果虚拟机 I/O 负载过重，则可能需要大量额外的磁盘空间。
  • 如果虚拟机已分配了 VFIO passthrough 设备，则可能需要额外的磁盘空间。

  • 如果快照是在不暂停虚拟机的情况下创建的，则可能需要额外的磁盘空间。

    警告

    红帽建议不保存在非常高的工作负载下运行的或使用 VFIO passthrough 设备的虚拟机的内存。保存此类虚拟机的内存可能会填满主机磁盘，并降低系统性能。相反，请考虑为此类虚拟机创建没有内存的快照。

    另外，请注意，并非所有 VFIO 设备都能够创建具有内存的快照。目前，仅在以下情况下，使用内存创建快照才能正常工作：

    • 附加的 VFIO 设备是启用了迁移功能的 Mellanox VF。
    • 附加的 VFIO 设备是启用了迁移功能的 NVIDIA vGPU。

流程

• 要使用所需参数创建虚拟机快照，请使用 virsh snapshot-create-as 命令。

  # virsh snapshot-create-as <vm-name> <snapshot-name> <optional-description> <additional-parameters>

  • 要创建关闭的虚拟机的快照，请使用 --disk-only 参数。例如，以下命令从关闭的 Testguest1 虚拟机的当前磁盘状态创建 Snapshot1 ：

    # virsh snapshot-create-as Testguest1 Snapshot1 --disk-only
    Domain snapshot Snapshot1 created.

  • 要创建一个保存正在运行的虚拟机的磁盘状态而不是其内存的快照，请使用 --disk-only --quiesce 参数。例如，以下命令从正在运行的 Testguest2 虚拟机的当前磁盘状态创建 Snapshot2，描述为 clean system install ：

    # virsh snapshot-create-as Testguest2 Snapshot2 "clean system install" --disk-only --quiesce
    Domain snapshot Snapshot2 created.

  • 要创建一个暂停正在运行的虚拟机并保存其磁盘状态和内存的快照，请使用 --memspec 参数。例如，以下命令暂停 Testguest3 虚拟机，并从虚拟机的当前磁盘和内存状态创建 Snapshot3。VM 内存保存在 /var/lib/libvirt/images/saved_memory.img 文件中。快照完成后，虚拟机自动恢复操作。

    # virsh snapshot-create-as Testguest3 Snapshot3 --memspec /var/lib/libvirt/images/saved_memory.img
    Domain snapshot Snapshot3 created.

    在快照过程中暂停虚拟机会创建停机时间，但可能比创建正在运行的虚拟机的实时快照（使用 --live 选项）更可靠，特别是对于高负载下的虚拟机。

  • 要创建一个保存正在运行的虚拟机的磁盘状态及其实时内存的快照，请使用 --live --memspec 参数。例如，以下命令从正在运行的 Testguest4 虚拟机的当前磁盘和内存状态创建 Snapshot4，并将内存状态保存在 /var/lib/libvirt/images/saved_memory2.img 文件中。

    # virsh snapshot-create-as Testguest4 Snapshot4 --live --memspec /var/lib/libvirt/images/saved_memory2.img
    Domain snapshot Snapshot4 created.

先决条件

• 您已安装了 RHEL 9 web 控制台。

  具体步骤请参阅安装并启用 Web 控制台。

• 您的主机使用 RHEL 9.4 或更高版本。
• Web 控制台 VM 插件 已安装在您的系统上。

• 虚拟机使用基于文件的存储。要确保情况是这种情况，请执行以下步骤：

  1. 在 web 控制台的 Virtual machines 界面中，点您要创建快照的虚拟机。
  2. 在管理概述的 Disks 窗格中，检查列出的设备的 Source 列。在所有列出源的设备中，此源必须是 File。

先决条件

• 您之前 在 web 控制台中 或通过 使用命令行界面 创建的虚拟机的快照可用。
• 可选：您已创建虚拟机当前状态的快照。如果您恢复到以前没有保存当前状态的快照，则自上次快照以来在虚拟机上执行的更改将丢失。

流程

• 使用 virsh snapshot-revert 工具，并指定虚拟机的名称以及您要恢复到的快照的名称。例如：

  # virsh snapshot-revert Testguest2 clean-install
  Domain snapshot clean-install reverted

验证

• 显示恢复的虚拟机的当前活跃的快照：

  # virsh snapshot-current Testguest2 --name
  clean-install

先决条件

• 您已安装了 RHEL 9 web 控制台。

  具体步骤请参阅安装并启用 Web 控制台。

• Web 控制台 VM 插件 已安装在您的系统上。
• 您之前 在 web 控制台中 或通过 使用命令行界面 创建的虚拟机的快照可用。
• 可选：您已创建虚拟机当前状态的快照。如果您恢复到以前没有保存当前状态的快照，则自上次快照以来在虚拟机上执行的更改将丢失。

验证

• 在 Snapshots 窗格中，如果现在在所选快照的左侧显示绿色复选符号，则您已成功恢复。

先决条件

• 可选：存在您要删除的快照的子快照。

  当您有一个活跃的快照并创建一个新快照时，会自动创建一个子快照。如果您删除了没有子快照的快照，则在从其父快照创建后，您将丢失快照中保存的任何更改。

  要查看虚拟机中快照的父子结构，请使用 virsh snapshot-list --tree 命令。以下示例显示 Latest-snapshot 为 Redundant-snapshot 的一个子快照。

  # virsh snapshot-list --tree <vm-name>
  
  Clean-install-snapshot
    |
    +- Redundant-snapshot
        |
        +- Latest-snapshot

流程

• 使用 virsh snapshot-delete 命令删除快照。例如，以下命令从 Testguest1 虚拟机中删除 Redundant-snapshot ：

  # virsh snapshot-delete Testguest1 Redundant-snapshot
  Domain snapshot Redundant-snapshot deleted

验证

• 要确保您删除的快照不再存在，请显示受影响的虚拟机的现有快照及其父-子结构：

  # virsh snapshot-list --tree <Testguest1>
  
  Clean-install-snapshot
    |
    +- Latest-snapshot

  在本例中，Redundant-snapshot 已被删除，Latest-snapshot 已变为 Clean-install-snapshot 的子快照。

先决条件

• 您已安装了 RHEL 9 web 控制台。

  具体步骤请参阅安装并启用 Web 控制台。

• Web 控制台 VM 插件 已安装在您的系统上。

• 可选：存在您要删除的快照的子快照。

  当您有一个活跃的快照并创建一个新快照时，会自动创建一个子快照。如果您删除了没有子快照的快照，则在从其父快照创建后，您将丢失快照中保存的任何更改。

  要检查快照是否有子快照，请在虚拟机的 Web 控制台概述中 Snapshots 的 Parent snapshot 列中列出的快照中进行确认。

验证

• 如果快照不再出现在 Snapshots 窗格中，则它已被成功删除。

• CPU
• 内存
• 键盘
• 网络接口控制器（NIC）
• 各种设备控制器
• 一个视频卡
• 一个声卡

• 模拟控制器
• virtio-scsi
• virtio-blk

• USB、PCI 和 SCSI 直通 - 直接向虚拟机公开通用的行业标准总线，以便其特定功能对虚拟客户机软件可用。
• 单根 I/O 虚拟化(SR-IOV)- 一种支持 PCI Express 资源的硬件强制隔离的规范。这使得将单个物理 PCI 资源划分成虚拟 PCI 功能变得安全而高效。它通常用于网络接口卡(NIC)。
• N_Port ID 虚拟化(NPIV)- 一种光纤通道技术，来与多个虚拟端口共享单个物理主机总线适配器(HBA)。
• GPU 和 vGPU - 用于特定图形或计算工作负载的加速器。一些 GPU 可以直接连接到虚拟机，而某些类型也提供能够创建共享底层物理硬件的虚拟 GPU(vGPU)的能力。

• 查看设备
• 附加设备
• 删除设备

先决条件

• 您有一个 FICON 协议支持的具有 IBM Z 硬件架构的系统。
• 您有一个 Linux 操作系统的目标虚拟机。

• driverctl 软件包已安装。

  # dnf install driverctl

• 在主机上已载入了必要的 vfio 内核模块。

  # lsmod | grep vfio

  这个命令的输出必须包含以下模块：

  • vfio_ccw
  • vfio_mdev
  • vfio_iommu_type1

• 您有一个备用 DASD 设备供虚拟机独占使用，您知道设备的标识符。

  以下流程使用 0.0.002c 作为示例。在执行这些命令时，请使用 DASD 设备的标识符替换 0.0.002c。

先决条件

• 您已安装了 RHEL 9 web 控制台。

  具体步骤请参阅安装并启用 Web 控制台。

• 您已在系统上安装了 Web 控制台虚拟机插件。如需更多信息，请参阅 第 8.2 节 “设置 web 控制台以管理虚拟机”。

验证

• 您选择的操作在 Overview 窗格中的 Watchdog 字段旁边可见。

先决条件

• 您有一个具有 IBM Z 硬件架构的主机系统。
• 您有一个 Linux 操作系统的目标虚拟机。

• 在主机上已载入了必要的 vfio 内核模块。

  # lsmod | grep vfio

  这个命令的输出必须包含以下模块：

  • vfio_pci
  • vfio_pci_core
  • vfio_iommu_type1

• 存储池
• 存储卷
• 使用 libvirt 管理存储
• 虚拟机存储概述
• 支持和不支持的存储池类型

• 查看存储池信息

• 创建存储池

  • 使用 CLI 创建基于目录的存储池
  • 使用 CLI 创建基于磁盘的存储池
  • 使用 CLI 创建基于文件系统的存储池
  • 使用 CLI 创建基于 iSCSI 的存储池
  • 使用 CLI 创建基于 LVM 的存储池
  • 使用 CLI 创建基于 NFS 的存储池
  • 使用 CLI 创建带有 vHBA 设备的基于 SCSI 的存储池
• 删除存储池