vSAN大规模替换实战详解：工具选择、业务分级、风险识别、迁移过程与运行效果

案例亮点

2 周内完成 300+ 台 VMware 虚拟机、100+TB 数据迁移，全部业务（含关键生产业务）按期切换，数据 0 丢失。
同步完成 VMware vSAN 替换，10+ 台服务器硬件全部利旧。
实现 Intel Xeon E5 及 Xeon Scalable 1/2/5 代等跨代际 CPU 节点的统一部署与管理。
通过 SmartX 榫卯超融合平台承载自研 MES、大数据、SAP 在内的全部生产业务系统和数据库，稳定运行近 1 年。

某头部汽车零部件制造商是行业领先的智能制造企业，凭借卓越的研发与制造能力，为众多国内外汽车品牌提供高质量产品及服务。随着 VMware 产品策略调整，企业原有 VMware vSAN 超融合基础架构在业务连续性、成本控制和长期演进等方面面临新挑战。为此，企业计划对现有 VMware 集群进行大规模替换，并对新方案提出三项关键要求：

硬件全部利旧与异构资源统一管理：复用搭载不同代际 CPU 的现有服务器，包括 Dell R730、R740、R740xd 等，实现异构资源的统一管理，并支持后续按需平滑扩容。
核心业务平滑迁移：在控制新增资源投入的前提下，最大限度降低迁移对生产业务的影响，保障 MES、SAP、ERP、SCADA 等核心业务在预期的短停机窗口内平滑完成切换。
具备可持续演进能力：支持根据业务发展逐步扩展容器、文件存储、网络安全、灾备及 AI 支持等能力，满足当前及未来业务需求。

经充分调研验证，企业最终选择 SmartX 榫卯超融合作为 VMware vSAN 替代与基础架构升级的落地方案，并通过“业务分级+滚动迁移”的策略，实现了 300+ 业务虚拟机的批量迁移与 10+ 服务器全部利旧。以下将分享该企业 VMware vSAN 的替代实践。

迁移规划：工具选择、业务分级与风险评估

企业原环境由混闪、全闪两套 VMware vSAN 集群构成，共同承载主工厂全部生产业务。集群内共运行 300+ 台虚拟机，数据量超过 100TB，整体资源利用率较高，可用于迁移调度和临时承载的空间有限。同时，企业计划在两周内完成全部虚拟机迁移，且核心生产业务仅允许在短时间窗口内完成切换。

围绕这一目标，企业结合现网环境、业务重要性及停机要求，对迁移方案进行整体规划，并在 SmartX 工程师协助下，完成业务分级、迁移顺序设计及风险识别，为后续分批迁移和业务平滑切换奠定基础。

迁移工具选择：通过 STMX 迁移工具分批迁移业务

企业选择使用SMTX 迁移工具，以兼顾业务连续性和迁移效率。迁移工作采用“全量+增量迁移”相结合的方式，按业务等级分批推进，优先迁移低风险业务并释放原有节点，为后续 SmartX 集群建设腾出空间。

通过滚动迁移与资源复用，企业在保障业务连续性的同时，提高了整体迁移效率，并有效降低了一次性资源投入和集中切换风险。

业务分级与依赖关系梳理：确定 A/B/C 类迁移顺序

为合理规划迁移批次，企业先基于业务连续性、数据承载量和可用迁移窗口，将所有业务虚拟机划分为 A/B/C/专项 4 个级别，采用“高风险验证、定制窗口分批、先演练后切换”的策略，分批完成虚拟机迁移与业务切换，具体分类和迁移策略如下：

在此基础上，企业还进一步梳理了各业务系统间的依赖关系，结合业务调用链统筹调整迁移批次。对于数据中台等虽被划分为 B 类、但实际承载多项 A 类业务数据服务及应用调用的系统，迁移时综合考虑其对核心业务的支撑程度及上下游系统的切换计划，将其统一纳入 A 类业务的后期迁移批次，避免关联系统不同步影响业务连续性，从而保障核心业务平稳切换。>>了解更多：Gartner：降低VMware迁移风险的关键行动

迁移风险识别

在正式迁移前，企业针对网络性能、系统兼容性、数据一致性及基础设施状态等潜在风险进行排查，并制定应对措施，以确保迁移顺利开展：

网络与性能：调研业务高峰期 IOPS 与带宽峰值，评估网络链路、时延、带宽及迁移窗口的限速策略，将单任务迁移速度控制在 300–400 Mb/s，总并发迁移速度控制在 1–2 GB/s，通过多节点并发迁移的方式提升迁移速度，减少迁移高峰对业务的影响。
操作系统兼容：梳理 Windows、SUSE、CentOS 等操作系统版本、驱动及启动模式；针对部分 Windows Server 2003 业务提前规划，采用关机导入导出方式迁移。
数据库数据一致性：切换前停止数据库实例或冻结写入，并通过测试数据验证迁移前后的数据一致性；同时检查文件容量、目录结构，由企业业务应用团队参与验证。
AD 域控迁移：针对 AD 域无法直接迁移的问题，采用新增域控和迁移 FSMO 角色的方式完成迁移。
授权与身份：提前梳理许可证、主机指纹、MAC 地址、BIOS UID、账号等绑定关系，避免迁移后出现授权或身份识别异常。
历史系统配置：排查遗留补丁、系统参数、挂载配置及未知依赖，降低历史配置对迁移的影响。
源端数据与硬件健康：关注坏盘、坏块、阵列状态和源端可读性，提前识别可能影响迁移的数据和硬件风险。

滚动迁移实施：用中转空间换取迁移窗口

针对原有集群资源空间有限的情况，企业采用“迁出一批、重建一批、回迁一批”的滚动迁移方式，逐步释放和复用原有硬件资源（>> 了解更多：联塑集团：替代VMware并实现双活建设，多品牌服务器利旧降本）。最终，在计划时间内完成全部虚拟机向 SmartX 榫卯超融合环境的平滑迁移，具体实施如下：

搭建中转环境：部署临时中转集群，完成网络、存储、迁移组件及资源池配置，为业务腾挪提供临时承载空间。
第一次腾挪：优先将高负载、高重要度的虚拟机迁入中转环境，将源端集群利用率降至约 40%—50%；随后逐步释放原 VMware vSAN 混闪、全闪集群的部分节点，完成硬件检查、兼容性整改及 SmartX 软件安装。
建立 SmartX 起始集群：基于释放的服务器，分别构建 SmartX 混闪、全闪超融合集群，优先迁移 C 类业务，验证迁移链路、业务访问及 SmartX 平台承载能力；验证通过后，再逐步迁移 B 类及专项业务。
滚动释放与扩容：继续释放原 VMware 全闪节点，加入 SmartX 全闪集群完成扩容；随后，将原 VMware 混闪集群业务迁移至 SmartX 全闪集群，释放混闪节点并纳入 SmartX 混闪集群，最终形成 SmartX 混闪、全闪双超融合集群，实现两套集群间业务均衡承载。
核心业务集中切换：在完成 C 类及大部分 B 类业务迁移，以及 A 类业务数据同步后，利用停线窗口集中切换大部分 A 类及强关联 B 类业务，少量无固定停机窗口业务后续分批完成迁移。

迁移结果：从 vSAN 替换到生产业务承载

通过业务分级、滚动迁移和中转集群设计，企业在 2 周内完成 VMware vSAN 替换及 300+ 台虚拟机迁移，迁移数据量超过 100TB，全部业务在预定窗口内完成切换，数据 0 丢失。

截至目前，SmartX 榫卯超融合已承载企业主工厂 WMS、SAP、SCADA、SRM、MES、数据中台等核心业务，以及 SQL Server、MySQL 数据库、AD 域和多类自研业务，整体稳定运行近 1 年。

在硬件利旧方面，企业充分复用原有 10+ 台服务器，并按需补充少量新节点。基于 SmartX 榫卯超融合对异构 CPU 良好的兼容能力，企业实现了对搭载 Intel Xeon E5、 Xeon Scalable 1、2、5 代等跨代际 CPU 节点的统一部署与管理，进一步提升了运维管理效率，并为后续业务扩展提供灵活、可持续演进的承载基础。

未来展望

基于 SmartX 榫卯超融合在生产环境中的稳定表现，企业进一步引入 SmartX 容器服务能力（SKS），通过构建统一的虚拟化与容器资源池，推动自研业务从单机 Docker 部署向 Kubernetes 集群化、标准化管理演进。未来，企业将根据业务需求，持续完善企业云平台能力，为业务系统稳定运行、自研应用快速交付及后续数字化业务发展提供支撑。

方案结构图