文档中对 KubeVirt 节点的主机内核/EL 用户空间兼容性的期望

描述:

KubeVirt 的文档中没有提到任何推荐或最低的主机内核版本,也没有说明 virt-launcher 附带基于 Enterprise Linux (CentOS Stream/RHEL) 的 libvirt/qemu 用户空间,其行为可能依赖于主机内核与用户空间的匹配程度。当前的主机要求纯粹是基于 功能 来确定的 - virt-host-validate qemu, /dev/kvm,/dev/vhost-net,/dev/net/tun 以及 kvm/vhost_net 模块的存在。没有任何指导表明在大幅不同的主机内核(尤其是较新的非 EL 内核)上运行基于 EL 的用户空间可能会改变设备功能协商,从而导致工作负载出现问题。这个问题在 #16386 中具体表现为: virtio-net USO 功能(VIRTIO_NET_F_GUEST_USO4/GUEST_USO6/HOST_USO, 位 54-56)是从主机内核的 tun/vhost-net 功能中协商的。USO 支持在内核 6.2 中加入到主流的 tun 驱动中,而 EL9 的 5.14.z 仅通过选择性回移来提供此支持。运行较新非 EL 主机内核的节点在 virt-launcher 中向 EL9 QEMU 提供了 USO,客户端启用了它,随后的 QEMU 包装更改(qemu-kvm-9.1.0-20.el9, 此更改对 rhel9 机器类型进行了回溯性禁用 USO)然后在迁移目标上拒绝了该设备状态 - 导致已运行的虚拟机的实时迁移失败。该线程中的报告者没有记录其主机内核/操作系统,而运行非 EL 主机内核对 EL 用户空间是一个可能的导致因素。