kubesphere和rancher如何选择（红帽主导的KubeVirt正式成为）

kubesphere和rancher如何选择（红帽主导的KubeVirt正式成为）KubeVirt的核心是众所周知的，但该项目已经扩展到包括一些小型项目，以解决一些经典的虚拟化问题（磁盘导入）和在裸机上运行时出现的挑战，这是在生产中运行KubeVirt的一个要求。关键组件包括：Kubevirt还为生态系统增加了几个项目，如管理主机网络生命周期的Cluster Network Add-on Operator（CNAO）和提供虚拟机高可用性的节点健康检查。KubeVirt也一直保持着稳定的发布节奏，自加入沙盒以来，已经发布了30多个版本，不断改进项目的各个组成部分。在短短两年多的时间里，KubeVirt增加了可用性和功能、性能和运行机制以及迁移源，同时完善了流程、文档和安全实践。最近增加的功能包括：. 实时迁移功能，在虚拟工作负载的底层计算节点进入维护状态或其他不可用的情况下，保持虚拟工作负载的状态。KubeVirt维护者、NVIDIA高级软件工程师技术负责人Ryan Ha

CNCF技术监督委员会（TOC）已经投票决定接受KubeVirt作为CNCF的孵化项目。

KubeVirt使用户能够以Kubernetes原生的方式在Kubernetes之上运行虚拟机工作负载。它允许传统应用程序的迁移，并支持建立具有虚拟化要求的新应用程序，最终加强Kubernetes作为运行计算工作负载的首选工具。

KubeVirt项目于2017年1月在红帽成立。自2019年9月作为沙盒项目加入CNCF以来，该项目增加了来自Amadeus、苹果、CloudFlare、Containership、Giant SwArm、Gitpod、IBM、Kubermatic、Lacoda、NEC、NVIDIA、SAP、Solidfire、SUSE以及独立开发者的贡献者。基于KubeVirt的解决方案已在多家公司投入生产，包括Arm、CIVO、CoreWeave、H3C和Kubermatic。该项目现在是在Kubernetes中运行虚拟机的领先开源工具。

"我真的很高兴看到KubeVirt加入CNCF孵化器，"KubeVirt维护者和红帽的高级工程经理Fabian Deutsch说。"虚拟化工作负载在2022年仍然是一个常见的形式因素，用于托管传统工作负载，甚至在绿地部署中充当基础设施层。围绕KubeVirt的采用者和产品数量的增加，验证了它在向云原生世界转移时为用户解决了问题。虽然已经取得了巨大的进展，但我也期待看到围绕KubeVirt的安全性、可用性、可扩展性和集群API供应商（CAPK）的改进。"

KubeVirt也一直保持着稳定的发布节奏，自加入沙盒以来，已经发布了30多个版本，不断改进项目的各个组成部分。在短短两年多的时间里，KubeVirt增加了可用性和功能、性能和运行机制以及迁移源，同时完善了流程、文档和安全实践。最近增加的功能包括：

. 实时迁移功能，在虚拟工作负载的底层计算节点进入维护状态或其他不可用的情况下，保持虚拟工作负载的状态。

• 通过单个虚拟机的GPU访问加速计算密集型工作负载
• 支持CPU插销和NUMA拓扑结构穿透
• 通过离线和在线磁盘快照进行数据保护
• 支持SR-IOV的高性能网络
• 对连接到虚拟机的多个网络接口的Multus支持
• 声明性的主机网络配置
• 使用运行改进操作，增强可观察性
• KubeVirt控制平面和工作负载的无中断更新

KubeVirt维护者、NVIDIA高级软件工程师技术负责人Ryan Hallisey表示："我对社区在性能和规模方面取得的巨大进展感到非常兴奋。"改进后的指标提供了更多的可见性，新的工具有助于验证代码更改，新的功能和错误修复也非常有影响。性能和规模方面的变化是KubeVirt达到孵化阶段的一个例子，这也是当之无愧的。该项目有一个伟大的社区，一个强大的技术解决方案，以及广泛的采用。我期待着KubeVirt在CNCF生态系统中与Kubernetes一起继续成长。"

Kubevirt还为生态系统增加了几个项目，如管理主机网络生命周期的Cluster Network Add-on Operator（CNAO）和提供虚拟机高可用性的节点健康检查。

KubeVirt的核心是众所周知的，但该项目已经扩展到包括一些小型项目，以解决一些经典的虚拟化问题（磁盘导入）和在裸机上运行时出现的挑战，这是在生产中运行KubeVirt的一个要求。关键组件包括：

• KubeVirt虚拟化API和运行时间，用于定义和管理Kubernetes集群中的虚拟机。
• 用于导入现有磁盘的容器化数据导入器
• Cluster Network Add-on Operator，用于配置主机网络
• 用于公开本地存储的主机路径供应器
• 超融合集群操作员，作为部署KubeVirt的一种意见方式

KubeVirt与许多其他云原生项目进行合作和整合。最重要的是建立在Kubernetes之上并与之保持一致，以提供一致的用户体验。 . KubeVirt的建立是为了与其他项目互补，以扩展其功能集。存储（Rook）、可观察性和警报（Prometheus）、二级网络（Multus、 . Kube-OVN）、服务网格（Istio）、自动化（Tekton、ArgoCD）和工作负载迁移（Konveyor）。

"随着越来越多的组织采用云原生现代化实践，Kubernetes正被扩展到运行纯容器之外的其他类型的工作负载。CNCF首席技术官Chris Aniszczyk说："KubeVirt填补了云原生生态系统中基于虚拟机的工作负载与容器和其他工作负载类型并存的团队的空白。"这意味着企业可以利用Kubernetes的现代灵活性，而不必重构基于VM的应用程序。我们很高兴Kubevirt加入孵化器，并期待看到其社区进一步发展。"

显著的里程碑。

• 加入沙盒后发布了30个版本
• 3 800多个GitHub星级
• 5 400多个拉动请求
• 2 000多个GitHub问题
• 337个贡献者
• 133家贡献公司

KubeVirt社区还在努力实现更强大的网络、安全、可扩展性、工作负载和数据保护功能，例如。

• 使用Velero的备份/恢复和DR
• 更高级别的虚拟机API
• KubeVirt的集群API供应商
• 对超大型虚拟机的额外支持--如6TB以上的内存
• 进一步扩大KubeVirt API的测试范围
• 高级安全增强功能--例如，用非root VMI Pods增加工作负载隔离
• 虚拟机导入/导出文件格式和API

KubeVirt维护者和SUSE高级软件工程师Vasiliy Ulyanov说："很高兴看到KubeVirt的发展，"。"存储、网络、安全、性能--所有这些领域都在积极开展工作，遵循现有需求，改善用户体验。非root虚拟机、ARM64支持和机密计算（即将推出）等新功能有可能吸引更多的注意力和对项目的兴趣。"