Kubevirt 允许运营团队在 Kubernetes API 后面的容器中运行嵌套的 KVM 虚拟机，这标志着虚拟化领域的转变。 我们获得了有关 1 的信息版本 1 的更新。
翻译自 Alex Williams 的 The New Age of Virtualization 是 The New Stack 的创始人和出版商。 他是一位资深的技术记者，曾在 TechCrunch、Siliconangle 和现在的 ReadWrite 工作过。 亚历克斯自 80 年代末以来一直从事新闻工作，最初是在。 虚拟机的概念已经存在了一段时间，你可以这么说。 但 Kubernetes 最初并没有虚拟机的概念。 现在，有了一个名为 kubevirt 的新功能，它支持虚拟机。 在某种程度上，这代表了虚拟化的新时代。
Kubevirt 允许运维团队运行嵌套在容器中的 KVM 虚拟机，并在 Kubernetes API 后面运行。 这意味着 Kubernetes API 现在包含虚拟机的概念。 对于在本地运行并需要虚拟机的应用程序，基于虚拟机的工作负载现在可以在位于 API 后面的群集中运行。
这是有道理的。 虚拟机是物理基础架构的重要组成部分。 但这同样适用于云原生环境，为什么不呢？
从历史上看，考虑到某些应用程序可能很容易容器化，而其他应用程序可能不容易容器化，在权衡与之相关的复杂性时，这曾经是一个更深层次的问题。 一些人正在寻求摆脱传统的虚拟化环境，转向云。 但是，它们的应用程序可能不允许或需要大量投资来容器化它们。 虚拟化的新时代意味着虚拟机可以运行应用程序，而无需担心底层基础架构。 它开辟了许多机会和用例。 迁移旧版应用程序更容易。 它们不需要容器化，从而降低了将这些传统应用程序完全容器化的成本。
其他机会包括在同一环境中运行 VM 和 Kubernetes、削减资源、利用 Kubernetes 提供的动态资源、访问 GPU 以及支持 ARM。
在 Kubecon 芝加哥峰会上，Red Hat 的 Vladik Romanovsky 和 NVIDIA 的 Ryan Hallisey 与 The New Stack 的 Alex Williams 一起讨论了 Kubevirt 11，已在 Kubecon 中发布。 kubevirt 1.0 于 7 月发布。 在 1在版本 1 中，社区引入了热插拔内存和热插拔 VCPU 等功能。
这些都不是虚拟化领域的新功能，“红帽高级首席软件工程师Romanovsky说。 “我们一直在尝试实现这些功能，但由于各种限制，我们无法实现。 平台不够稳定。 ”
Kubernetes和云原生方法对某些人来说似乎并不熟悉，但是，NVIDIA的高级软件工程师兼技术负责人Hallisey表示，这应该是一个可控的飞跃。
当你看到Kubernetes生态系统和云原生环境的范式时，就会发生适应，“Hallisey说。 “理解这些东西需要一点学习曲线，但最终当你掌握它们时，你会发现自己又回到了熟悉的领域。 同样的概念仍然适用。 这些功能现在只是以不同的方式公开。 ”