共计 1799 个字符,预计需要花费 5 分钟才能阅读完成。
本篇内容介绍了“Kubernetes 世界中的虚拟机是什么”的有关知识,在实际案例的操作过程中,不少人都会遇到这样的困境,接下来就让丸趣 TV 小编带领大家学习一下如何处理这些情况吧!希望大家仔细阅读,能够学有所成!
参加 KubeCon 的人知道,容器技术会继续存在。事实上,“Gartner 预测,到 2022 年,超过 75% 的全球组织将在生产中运行容器化应用程序,这比 2019 年的不到 30% 有了显著增长”。及时提交应用程序,使我们保持竞争力,并与我们的客户基础相关。为了做到这一点,许多公司都采用了容器框架,以提高效率和速度。适应新技术并不总是那么容易。有些应用程序可能需要使用遗留技术,或者需要投入大量时间和精力来构建新的技术。我们如何处理那些需要使用虚拟机的应用程序,而不使虚拟化和容器技术的管理复杂化?欢迎来到 KubeVirt。
KubeVirt 项目重新设想了 Kubernetes 世界中的虚拟机。可以创建虚拟机,或者将其从遗留框架迁移到 kubernetes 优先的管理范例中。开发人员可以使用他们现有的 Kubernetes 工具集来原生地管理 VM,或者将这些工作负载转换为容器。这为组织和支持开发团队提供了空间,以便在对其业务有意义的现实时间线上更新应用程序。
听起来有趣吗?也许有点太神奇了?下面是在 Kubernetes 中开始试验虚拟机的一些方法。
从单一的控制平面支持遗留架构
KubeVirt 的美妙之处在于,它允许开发团队将现有的应用程序重新设计为云原生、容器优先的部署,而不是让开发人员承担在 Kubernetes 上用不可能的时间线重新构建所有内容的负担。通过 KubeVirt 中的单一控制平面简化了 VM 和容器的管理。基于获奖的 KVM 技术,KubeVirt 提供了成熟的虚拟化能力和性能,并直接带来 Kubernetes 的好处。
应用程序现代化
在努力实现 DevOps 或云原生应用程序架构时,有三个关键考虑因素:业务需求、技术需求和迁移策略。
业务需求:现代化能够从 Kubernetes 功能中获益的工作负载,同时在虚拟机上保持更传统的特性。利用这个机会来确定你未来 3 - 5 年的业务需求,并了解你从今天开始要做什么。你们都使用虚拟机了吗?你对 DevOps 或云原生感兴趣吗?如果你对 Kubernetes 感兴趣,但是你知道虚拟机上存在依赖关系,那么可以在转换过程中包括 KubeVirt 作为测试选项。
技术考虑:当你知道 Kubernetes 将出现在你的未来,请考虑 KubeVirt 的技术能力。Kubernetes 提供了与传统虚拟机不同的管理范例。调整大小、备份甚至工作负载认证的策略可能与你现在所经历的不同。KubeVirt 的主要优点之一是,通过将虚拟机和容器放在单一控制平面下,可以简化管理工具集的数量。KubeVirt 是一个动态项目 – 如果这个平台今天不能 100% 满足你的需求,不要放弃它。
迁移策略:包括文件和 web 服务器、.NET 应用程序、Java 和企业数据库在内的工作负载是从传统 VM 迁移到 Kubernetes 的理想选择。从这样的 VM 开始,在转移到更复杂的工作负载之前,你可以试验最简单的设置。在这里,你可以将虚拟机导入 KubeVirt,并利用最佳实践来进行 VM 镜像处理或 Windows 安装。
按照自己的节奏发展
在 Kubernetes 中开始使用 VM 是很容易(KubeVirt 可以供下载并作为操作器部署),而且发展起来也很简单和有效。如果你准备使用 KubeVirt,那么可以启动一个新的虚拟机,或者将现有的 VM 迁移到 KubeVirt。扩展集群就像加入一个节点一样简单,并且完全通过操作器执行。支持的虚拟机数量没有限制,而且虚拟机具有传统虚拟机环境中常见的相同数据持久性。当你对该平台越来越熟悉,可以向上扩展增强 VM 并最终取代传统的虚拟化。
KubeVirt 被世界各地的客户和社区成员大规模利用和部署。OpenShift Virtualization 现在是 Red Hat OpenShift 容器平台完全支持的特性。OpenShift Virtualization 是第一个基于 KubeVirt 的完全受支持的产品,消除了传统应用程序栈中经常存在的操作和开发之间的竖井。
“Kubernetes 世界中的虚拟机是什么”的内容就介绍到这里了,感谢大家的阅读。如果想了解更多行业相关的知识可以关注丸趣 TV 网站,丸趣 TV 小编将为大家输出更多高质量的实用文章!