KubeVirt 1.8 版本在 2026 年 KubeCon + CloudNativeCon Europe 大会上发布。该版本与 Kubernetes v1.35 保持同步，其最重要的新增功能是虚拟机管理程序抽象层（HAL），使项目能够使用 KVM 以外的其他后端。在发布在 CNCF 博客上的公告中，维护者们宣布了这一最新版本，并按 SIG（特别兴趣小组）进行了分类：计算、网络、存储以及扩展与性能。
KubeVirt 是一个开源的 CNCF 项目。它扩展了 Kubernetes 的功能，使传统虚拟机能够与容器化工作负载在同一平台上并行运行。该项目向 Kubernetes API 添加了自定义资源定义，从而将虚拟机视为原生对象，并使用与容器相同的工具进行管理和调度。该项目面向已采用 Kubernetes 但仍保留基于虚拟机的工作负载（很难通过重写实现容器化）的组织，为其提供单一控制平面，而非两个并行的基础设施堆栈。
迄今为止，KubeVirt 一直与其底层虚拟机管理程序 KVM 紧密耦合。新增的虚拟机管理程序抽象层（HAL）允许项目用户集成其他后端，同时保留现有的“优先使用 KVM ”的默认设置。在 2025 年 KubeCon NA 大会上，来自 Red Hat 公司的 Vladik Romanovsky 大致介绍了这一发展方向，并指出，该项目正在“探索支持 QEMU/KVM 以外的多种虚拟机管理程序（VMM） ”。在 v1.8 版本中，这一探索已转化为具体的实现。
该版本还带来了机密计算方面的改进，提升了 KubeVirt 处理敏感工作负载的能力。机密计算工作组新增对英特尔 TDX 认证的支持，使虚拟机能够通过加密方式证明其正运行在机密硬件上。该版本还增加了对 PCIe NUMA 拓扑的识别能力，并针对 AI 和 HPC 工作负载进行了其他资源方面的优化，使这些工作负载能够达到社区所描述的“近原生性能”。
在网络方面，用户空间网络连接绑定插件 passt 从插件升级为了核心组件。现在，工程师无需重启虚拟机即可实时更新网络连接定义（NAD）的引用，使网络变更可以应用到正在运行的虚拟机上。该项目还在 virt-controller 层面上实现了 KubeVirt 与 NAD 定义的解耦，减少了 API 调用，并消除了之前大规模激活虚拟机时所需的权限。
在存储工程方面，该版本提供了两项重要的新特性。其中，卷类型 “ContainerPath” 允许将容器路径直接映射到虚拟机存储。根据官方公告，这是为了应对云服务商凭证注入攻击模式的“逃生通道”。另一项新增功能是支持“变更块跟踪”（ CBT ）的增量备份。该功能利用 QEMU 和 libvirt 的备份能力，生成与存储平台无关的虚拟机增量备份。根据博文，这不仅能加快备份速度，还能大幅减少占用的存储空间。
在扩展性和性能方面，v1.8 版本将测试框架扩展至 8000 台虚拟机。根据博文，virt-api 和 virt-controller 组件的内存使用量呈线性增长。他们将这些数据作为规模估计进行了展示，并且计划在每次发布时公布这些数据，以便人们更好地理解生产就绪时的内存消耗情况。
在 2025 年 Red Hat 峰会上，Pure Storage 的 Portworx 部门发布了 Portworx for KubeVirt。他们将 KubeVirt 定位为一种实用的虚拟机管理程序可选方案，并且宣称，它可以使成本降低高达 50% 。根据该公司随后的报告，他们已在生产环境中通过 KubeVirt 运行了超过 5000 台虚拟机。该报告还阐述了成本压力如何促使他们从传统虚拟化技术迁移至基于 KubeVirt 的策略。
在基准测试方面，v1.8 版本的发布与 Bhumitra Nagar 和 Dhruv Bhatnagar （来自 Pure Storage）在 KubeCon EU 2026 大会上发表的演讲保持了一致。该演讲题为“大规模 KubeVirt 基准测试：面向云原生虚拟化的供应商中立的端到端测试框架”，旨在展示一个可以在不同供应商环境中进行大规模 KubeVirt 测试的框架。这项工作的目标与社区自有基准测试 KWOK 所试图解决的问题一致，但是从存储和供应商中立的角度切入。
v1.8 版本体现了该项目 4 年来在 CNCF 的支持下取得的成果。InfoQ 曾在 2022 年报道称，该项目已经进入 CNCF 孵化阶段，并且指出，当时包括 Arm、CoreWeave 和 Kubermatic 在内的多家机构已经开始使用其生产级解决方案。此后，该项目陆续新增了 GPU 分配、NUMA 支持、热迁移以及通用实例类型等功能。2025 年年中，CloudNativeNow 指出，KubeVirt “专为致力于 DevOps 的团队而设计，他们要么已经采用 Kubernetes ，要么计划采用 Kubernetes，同时，他们还有难以进行容器化改造的虚拟机工作负载”。特别是其虚拟机管理程序抽象层（Hypervisor Abstraction Layer），使该项目能够摆脱对 Linux KVM 的依赖；而机密计算和 AI 性能方面的工作，则满足了那些历史上曾促使组织转向专有虚拟化平台的需求。
KubeVirt 社区公告写道，“看到新的贡献者提出令人兴奋的想法，并积极参与项目推动其落地，这真是太棒了”。文中还指出，“下个版本的规模预计会更大。”该项目能否达到 CNCF 毕业标准（这是 Romanovsky 在 2025 年 KubeCon NA 大会上提到的一个里程碑）将取决于项目发展到何种成熟度。
声明：本文为 InfoQ 翻译，未经许可禁止转载。
原文链接：https://www.infoq.com/news/2026/03/kubevirt-18-announcement/
