博客

学习 VMware Tanzu 到容器以及 VMware TKGS 迁移的最佳实践,包括工具、冷迁移与热迁移指导,以及现代 VMware Broadcom 替代品。

返回列表

从 VMware TKGS 迁移到容器平台的技术指南

全球各地的企业都在积极探索诸如VMware Tanzu到容器、虚拟机到容器、VMware TKGS迁移和VMware Tanzu迁移等选项,以现代化其数字基础设施。这一趋势受到对云原生运营日益增长的兴趣、对平台成本结构的担忧以及对采用更灵活、可扩展部署模型的需求的推动。同时,对VMware迁移工具、热迁移与冷迁移、VMware Broadcom替代品和VMware替代品的搜索显示,组织正在重新评估如何从传统虚拟化演变到基于容器的架构。随着Kubernetes成为行业的默认应用平台,许多团队还考虑从VMware vSphere迁移到OpenShift Virtualization或类似的云原生虚拟化层,以连接遗留工作负载和未来的容器生态系统。
最近,Gartner发布了2025年服务器虚拟化平台市场指南。报告指出,“服务器虚拟化市场正在经历几十年来最重大的颠覆,因为Broadcom收购VMware重塑了竞争格局。”Gartner进一步预测,“到2028年,成本压力将推动全球70%的企业VMware客户将其50%的虚拟工作负载迁移到替代平台。”
从传统虚拟化到容器平台的转变
旧的虚拟化多年来帮助了公司。然而,新应用需要速度、轻松移动和快速变化。向容器的转变显示了构建方式的巨大变化。容器让应用在任何云上都能以相同的方式运行。它们在构建和发布流程中完美契合。它们与低额外负载并行增长。
许多公司最初选择VMware Tanzu和TKGS将Kubernetes引入vSphere。但新的许可方式和日常工作需求使团队重新考虑长期计划。因此,VMware Tanzu到容器或更广泛的虚拟机到容器计划成为更新的主要步骤。
了解VMware TKGS及其迁移挑战
VMware Tanzu Kubernetes Grid Service(TKGS)在vSphere环境中的作用
VMware Tanzu Kubernetes Grid Service(TKGS)允许Kubernetes集群直接在vSphere内运行。它连接到vCenter。它使用vSphere网络和存储。它提供了Kubernetes控制,采用了VMware的运行方式。这有助于深入VMware的团队。但集群必须遵守VMware的规则。这限制了团队在需要云原生自由时的选择。
为什么VMware TKGS迁移需要精心规划
VMware TKGS迁移不是简单的提升和转移操作。许多集群依赖于特定于vSphere的负载均衡器、持久卷策略和网络结构。应用程序可能需要为容器重新打包或使用VMware迁移工具进行分析以确定兼容性。此外,一些有状态的工作负载必须在成功的VMware Tanzu迁移路径变得可行之前进行重新设计。
规划从VMware TKGS到容器的迁移
评估当前基于VMware的工作负载
一个好的迁移始于TKGS或VMware虚拟机上的服务的完整列表。团队将应用程序分为那些准备好虚拟机到容器的和那些需要更多工作的。了解存储链接、流量方式和用户控制可以带来更安全的结果。
识别容器友好和非容器友好的应用程序
一些应用程序已经使用小部分或新的跑道。它们适合快速的容器移动。其他人保持大块,需要系统部分,或者被锁定到供应商。它们的VMware Tanzu迁移方式变得困难。团队通常选择VMware迁移工具,这些工具可以自动制作镜像或拉动应用程序部件。
评估VMware vSphere到OpenShift Virtualization作为替代路径
并非所有工作负载都能快速转变为容器。许多公司选择混合方式。他们将VMware vSphere迁移到OpenShift Virtualization。虚拟机在准备好新构建之前在Kubernetes内运行。这为不破坏关键服务的缓慢变化提供了条件。
选择正确的VMware迁移工具
用于虚拟机到容器转换的工具
为虚拟机到容器工作设计的的工具可以自动制作镜像、映射需求和复制设置。它们减少了重新打包应用程序的工作量。它们确保新的工作负载符合容器规则。它们还帮助大型VMware Tanzu迁移工作。
热迁移与冷迁移的适用性
在迁移过程中,团队通常会比较热迁移与冷迁移。
热迁移适用于在VMware集群之间移动虚拟机,停机时间最少。冷迁移涉及短暂关闭工作负载,对于容器转换更为常见,因为VM和容器生命周期的根本差异。对于VMware TKGs迁移或将单体服务转变为容器,冷迁移提供了更清晰的切换和可预测的测试条件。
迁移路径:虚拟机到容器与云原生虚拟化
直接虚拟机到容器迁移策略
直接虚拟机到容器移动拉动应用程序部分。它将它们打包成符合OCI的镜像。它编写Kubernetes文件。它增加了监控和增长规则。这种方式提供了最大的长期自由度。它削减了旧的VMware限制。
虚拟机到基于Kubernetes的虚拟化(KubeVirt风格)工作流程
当工作负载现在不能变成容器时,团队选择Kubernetes本地虚拟机层。这些允许虚拟机在单一控制下与容器并

联系我们