制造业核心系统替代 VMware，通常不只是把虚拟机从一个平台搬到另一个平台。对依赖 MES、SAP、生产车间系统、实验室系统和数据平台的企业来说，底层架构调整会直接影响生产连续性、灾备目标、跨工厂管理和后续扩展节奏。因此，VMware 替代项目常常需要和双活、容灾、统一管理一起规划。
联塑集团的实践就是一个典型路径。其总部 IT 基础设施需要支持全球多家分支工厂生产运行，原 VMware 虚拟化平台和集中式存储已经面临硬件更新、软件订阅和维保成本压力；与此同时，分公司及工厂的 7/24 不间断生产高度依赖总部 MES 系统，需要通过同城双活与容灾能力保障关键生产业务连续性。
为什么不能只看虚拟化替换？
如果只把 VMware 替代理解为虚拟化平台替换，容易漏掉三类关键问题。
拓扑第一，生产系统的恢复目标要提前进入架构设计。MES、SAP、生产车间系统等业务通常不能只依赖单站点资源池，需要根据业务等级规划本地高可用、同城双活、异地灾备或备份恢复策略。联塑项目中，关键生产业务提出了 RPO=0、RTO<1 小时的目标，这决定了新平台不能只完成迁移，还要支撑同城双活建设。
第二，迁移路径要服务业务连续性。联塑项目分为两个阶段：先用 SmartX 超融合一体机搭建临时中转集群，迁移开发测试虚拟机，并利旧原超融合平台的多品牌服务器形成异构集群；再把中转集群改造为双活生产集群，逐步迁移 VMware 生产虚拟机。这样的阶段安排可以降低一次性切换对业务的影响。
第三，替代完成后还要面对多集群运维。联塑最终通过 CloudTower 集中管理开发测试和生产的 5 个集群、30+ 节点。对于多工厂、多机房、多环境并行的制造企业，统一纳管不是附加项，而是替代项目后续可持续运维的基础。
双活规划要关注哪些边界？
双活并不等于简单复制一套硬件。规划时至少要确认：
- 哪些系统必须进入双活保护，哪些系统适合异步容灾或备份恢复。
- 业务系统、数据库和基础设施层的保护方式如何配合。
- 两个站点之间的网络条件是否满足业务和数据同步要求。
- 故障切换、回切、演练和日常变更如何执行。
- RPO、RTO 指标是否来自具体业务要求和实测验证。
SmartX 灾备方案覆盖本地容灾、同城双活、异地灾备等不同策略。具体采用哪种方式，需要结合业务等级、站点距离、网络条件、应用架构和运维能力判断。
如果需要进一步了解制造业 VMware 替代的行业背景，可参考 SmartX 在制造（2025）；如果关注标准化私有云落地路径，可继续阅读 制造业私有云如何实现标准化落地。
对制造企业的启示
制造业 VMware 替代项目更适合从“平台替换”升级为“生产连续性改造”。在这个框架下，虚拟化替代、服务器利旧、核心业务迁移、双活容灾和统一管理可以形成一条连续路线：先验证平台可靠性与迁移路径，再分阶段承载开发测试和生产业务，最后把多集群资源纳入统一运维。
这类项目的关键不是追求一次完成所有改造，而是在每个阶段留下可验证的业务边界：哪些业务已迁移，哪些资源已利旧，哪些系统进入双活保护，哪些指标已经通过测试。
相关问题
参考资料
