虚拟机和K8s的未来

目前，虚拟机与容器技术的结合已经成为一个事实，不仅如此，虚拟机也正在成为云原生架构的一部分——这就是容器原生虚拟化。以K8s为代表的容器，运行在基于虚拟机的基础设施之上，而基于虚拟机的工作负载，仍然是IT组合的重要组成部分。

未来，虚拟机和K8s的融合会呈现哪些趋势呢?

K8s编排微型虚拟机(如Kata Containers、Firecracker或gVisor)

微型虚拟机不像传统虚拟化那样提供完整的“机器”，而是专注于提供足够的虚拟机，来成功执行应用程序容器或功能。因此，微型虚拟机旨在提供相对于标准Linux容器的硬隔离，同时很大限度地减少传统虚拟机在冷启动时间和性能方面的弱势。

对于某些用户而言，可能需要更强大的多租户隔离。因此，这种方式能够为不受信任的工作负载提供更严格的多租户隔离。

K8s编排标准虚拟机

以前，虚拟化堆栈是与K8s和云原生是完全独立的孤岛——独立的工作流程、独立的工具、独立的团队等。容器原生虚拟化的概念，使虚拟机能够遵循与K8s中基于容器的应用程序相同的工作流程。

现在有了像KubeVirt这样的开源项目，就可以实现容器原生虚拟化。K8s编排引擎可以应用于管理在云或虚拟化平台上运行的标准虚拟机，K8s开始使容器和虚拟机的混合运维成为可能。

裸机上的K8s(没有虚拟机)

虽然目前大多数K8s平台都部署在基于虚拟机的基础设施上，但容器并不依赖于虚拟机来运行，在裸机上运行K8s和容器的实践还在继续增长。

在裸机上运行K8s将使应用程序能够充分利用底层硬件，这对于为K8s带来更多机器和性能敏感应用程序的用户来说非常重要。在裸机上运行K8s和容器，还可以帮助用户减少虚拟机蔓延并简化操作。这对于虚拟机而言，不算是个好消息。

总体而言，虚拟机和容器有着各自的优势，虽然在应用场景上有一些重叠，但主要应用场景还是有区别的。比如，虚拟机更适合运行多个操作系统资源和功能的场景，而容器更适合在更少的服务器上运行更多的应用。

（编辑：揭阳站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!