案例亮点
某头部汽车零部件制造商是行业领先的智能制造企业,凭借卓越的研发与制造能力,为众多国内外汽车品牌提供高质量产品及服务。随着 VMware 产品策略调整,企业原有 VMware vSAN 超融合基础架构在业务连续性、成本控制和长期演进等方面面临新挑战。为此,企业计划对现有 VMware 集群进行大规模替换,并对新方案提出三项关键要求:
经充分调研验证,企业最终选择超融合作为 VMware vSAN 替代与基础架构升级的落地方案,并通过“业务分级+滚动迁移”的策略,实现了 300+ 业务虚拟机的批量迁移与 10+ 服务器全部利旧。以下将分享该企业 VMware vSAN 的替代实践。
企业原环境由混闪、全闪两套 VMware vSAN 集群构成,共同承载主工厂全部生产业务。集群内共运行 300+ 台虚拟机,数据量超过 100TB,整体资源利用率较高,可用于迁移调度和临时承载的空间有限。同时,企业计划在两周内完成全部虚拟机迁移,且核心生产业务仅允许在短时间窗口内完成切换。
围绕这一目标,企业结合现网环境、业务重要性及停机要求,对迁移方案进行整体规划,并在超融合平台工程师协助下,完成业务分级、迁移顺序设计及风险识别,为后续分批迁移和业务平滑切换奠定基础。
企业选择使用超融合迁移工具,以兼顾业务连续性和迁移效率。迁移工作采用“全量+增量迁移”相结合的方式,按业务等级分批推进,优先迁移低风险业务并释放原有节点,为后续超融合平台集群建设腾出空间。
通过滚动迁移与资源复用,企业在保障业务连续性的同时,提高了整体迁移效率,并有效降低了一次性资源投入和集中切换风险。
为合理规划迁移批次,企业先基于业务连续性、数据承载量和可用迁移窗口,将所有业务虚拟机划分为 A/B/C/专项 4 个级别,采用“高风险验证、定制窗口分批、先演练后切换”的策略,分批完成虚拟机迁移与业务切换,具体分类和迁移策略如下:

在此基础上,企业还进一步梳理了各业务系统间的依赖关系,结合业务调用链统筹调整迁移批次。对于数据中台等虽被划分为 B 类、但实际承载多项 A 类业务数据服务及应用调用的系统,迁移时综合考虑其对核心业务的支撑程度及上下游系统的切换计划,将其统一纳入 A 类业务的后期迁移批次,避免关联系统不同步影响业务连续性,从而保障核心业务平稳切换。
在正式迁移前,企业针对网络性能、系统兼容性、数据一致性及基础设施状态等潜在风险进行排查,并制定应对措施,以确保迁移顺利开展:
针对原有集群资源空间有限的情况,企业采用“迁出一批、重建一批、回迁一批”的滚动迁移方式,逐步释放和复用原有硬件资源。最终,在计划时间内完成全部虚拟机向超融合环境的平滑迁移,具体实施如下:
通过业务分级、滚动迁移和中转集群设计,企业在 2 周内完成 VMware vSAN 替换及 300+ 台虚拟机迁移,迁移数据量超过 100TB,全部业务在预定窗口内完成切换,数据 0 丢失。
截至目前,超融合已承载企业主工厂 WMS、SAP、SCADA、SRM、MES、数据中台等核心业务,以及 SQL Server、MySQL 数据库、AD 域和多类自研业务,整体稳定运行近 1 年。
在硬件利旧方面,企业充分复用原有 10+ 台服务器,并按需补充少量新节点。基于 超融合对异构 CPU 良好的兼容能力,企业实现了对搭载 Intel Xeon E5、 Xeon Scalable 1、2、5 代等跨代际 CPU 节点的统一部署与管理,进一步提升了运维管理效率,并为后续业务扩展提供灵活、可持续演进的承载基础。
基于超融合在生产环境中的稳定表现,企业进一步引入超融合平台容器服务能力(SKS),通过构建统一的虚拟化与容器资源池,推动自研业务从单机 Docker 部署向 Kubernetes 集群化、标准化管理演进。未来,企业将根据业务需求,持续完善企业云平台能力,为业务系统稳定运行、自研应用快速交付及后续数字化业务发展提供支撑。

原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。