虛擬機用了4年，終于不用死磕KVM了

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 翻譯，未經許可禁止轉載。