KubeVirt憋了4年放大招：HAL层让KVM不再是唯一选项

KubeVirt 1.8 在 2026 年 KubeCon 欧洲站亮相。这个版本跟上了 Kubernetes v1.35 的节奏，最显眼的变化是虚拟机管理程序抽象层（HAL）——简单说，它终于不再把鸡蛋全放在 KVM 这一个篮子里。

KubeVirt 是个 CNCF 孵化项目，干的活是把传统虚拟机塞进 Kubernetes 的调度体系。它给 K8s API 塞了一堆自定义资源定义，让虚拟机看起来像原生对象，能用同一套工具管容器和 VM。目标用户很明确：那些已经上了 Kubernetes 的船、但手里还攥着一堆"祖传"虚拟机、重写成本比搬迁还高的团队。给他们一个控制平面，而不是两套各玩各的基础设施。

在此之前，KubeVirt 和 KVM 绑得跟连体婴似的。HAL 层的出现解开了这个死结，KVM 仍是默认选项，但用户现在可以往里插别的后端。Red Hat 的 Vladik Romanovsky 在 2025 年 KubeCon 北美站就预告过这个方向，当时说的是"探索支持多种 VMM"。1.8 版本把探索变成了代码。

机密计算也有进展。工作组给英特尔 TDX 加了认证支持，虚拟机现在能 cryptographic 地自证"我确实跑在保密硬件上"。PCIe NUMA 拓扑识别、AI 和 HPC 负载的资源优化也一并到位，社区的说法是"接近原生性能"。

网络这块，用户空间网络绑定插件 passt 从外围转正了。工程师现在能热更新网络连接定义，不用重启虚拟机。virt-controller 和 NAD 定义也解耦了，API 调用少了，大规模激活 VM 时不再需要之前那些权限。

存储方面有两张新牌。ContainerPath 卷类型允许直接把容器路径映射到 VM 存储，官方说法是应对云服务商凭证注入攻击的"逃生通道"。另一张是支持变更块跟踪（CBT）的增量备份，基于 QEMU 和 libvirt，与存储平台无关，省空间也省时间。

扩展性测试直接拉到了 8000 台虚拟机。virt-api 和 virt-controller 的内存消耗呈线性增长，团队把这些数据公开作为规模参考，并打算每个版本都继续公布——让你对生产环境的内存胃口心里有数。

商业侧也有动静。Pure Storage 的 Portworx 部门在 2025 年 Red Hat 峰会上发布了 Portworx for KubeVirt，把 KubeVirt 定位为"成本能砍 50%"的虚拟化替代方案。他们声称已在生产环境跑了 5000+ 台 VM，迁移动力来自成本压力。

基准测试方面，1.8 的发布配合了 Pure Storage 工程师在 KubeCon EU 2026 的演讲，主题是"大规模 KubeVirt 基准测试：供应商中立的端到端测试框架"。目标跟社区自有的 KWOK 项目类似，但从存储和供应商中立的角度切入。

从 2022 年 InfoQ 报道它进入 CNCF 孵化算起，4 年间 GPU 分配、NUMA、热迁移、通用实例类型陆续落地。HAL 层让它摆脱 Linux KVM 的单一路径依赖，机密计算和 AI 性能优化则切中了那些曾逼企业投向商业虚拟化平台的痛点。

社区公告的结尾很克制："看到新贡献者带着想法进来并推动落地，很棒。下个版本规模预计更大。"至于能不能冲 CNCF 毕业——Romanovsky 在 2025 年 KubeCon 北美站提过的那个里程碑——得看成熟度能走到哪一步。