KubeVirt
4 节点1 篇4 来源
KubeVirt，这一由 Red Hat 于 2016 年创立、旨在让 Kubernetes 同时运行虚拟机与容器的开源项目，正经历从“虚拟化专用补丁”向“Kubernetes 原生机制”的关键架构转型。随着 AI 工作负载对 GPU 协调分配及模型保护需求的激增，维护者 Vladik Romanovsky 指出，项目下一阶段将依赖动态资源分配（DRA）和机密计算等集群已有 API，而非构建隔离的虚拟化变通方案。目前，AMD SEV-SNP 已在 v1.9 进入 beta，IBM Secure Execution 达到 GA，而 Intel TDX 仍为 alpha。这一转变的核心争议在于：如何在保持核心稳定的前提下，通过结构化插件和增强提案（VEP）流程，统一处理日益复杂的硬件抽象与安全边界。读者需关注 DRA 在混合工作负载中的实际调度表现，以及各厂商机密计算功能的成熟度差异。
事情怎么走到这一步
Red Hat 创立 KubeVirt，提出在 Kubernetes 上运行虚拟机的概念，以支持遗留工作负载与现代应用共存。
thenewstack.io ↗KubeVirt 发布 v1.0 版本，标志着项目代码库成熟和社区健康，成为 OpenShift Virtualization 的基础。
redhat.com ↗Red Hat 更新 KubeVirt 技术文档，明确其作为容器原生虚拟化平台，通过 CRD、控制器和代理扩展 Kubernetes API。
redhat.com ↗KubeVirt 维护者阐述未来十年设计原则：优先使用 Kubernetes 原生解决方案（如 DRA、机密 VM），替代虚拟化专用补丁。
thenewstack.io ↗
还没定论的部分
- Intel TDX 支持何时能从 alpha 阶段毕业至 beta 或 GA？
- DRA 机制在处理多 GPU 与 CPU/NIC 协调分配时，相比传统 device-plugin 的实际性能开销如何？
- Arm CCA 机密计算支持的启用时间表是否已确定？