作为信创“2+8+N”计划中的重点行业，众多交通企业正在积极评估国产 IT 基础设施方案，尤其是在基础设施软件层面，希望以国产虚拟化和超融合替代 VMware 虚拟化（ESXi 和 vSphere）和 vSAN。同时，很多交通运输应用系统对连续性和稳定性有严格要求，一些企业也构建了内外网环境，以保障数据安全和网络隔离。
凭借 SmartX 企业云平台和自研迁移工具，SmartX 已帮助全国多个铁路、航空、港口、运输等交通行业用户，实现 VMware 虚拟化和 vSAN 的国产化替代，基于原生虚拟化平台 ELF 构建核心业务系统、数据库、灾备、VDI、开发测试等多种资源池。结合海光、鲲鹏等国产 CPU 架构，以及 Everoute、SKS、备份容灾等产品模块，SmartX 可帮助交通行业用户在平滑迁移、稳定承载和信创转型之间取得平衡。
实践案例
某头部航空公司：替代 vSphere 和 vSAN，同步实现信创转型
某头部航空公司为了支持国内外上百余条航线的日常运行，一直持续推进 IT 基础设施的现代化建设，从早期的小型机/集中式存储架构，到 2019 年引入 VMware 虚拟化和 vSAN，目前航空公司已逐步扩容 200+ 全闪 vSAN 节点，支撑大部分业务系统与数据库。随着 VMware 被博通收购以及信创转型的趋势，vSAN 在硬件兼容性、升级风险和成本上涨、信创转型等方面的挑战逐渐暴露。
在经过测试验证后，该航空公司十分认可 SmartX 自研分布式存储的高性能和可靠性，最终选择采用 SmartX 超融合同时替代 vSphere 和 vSAN，构建多套超融合信创集群（搭配海光和鲲鹏 CPU）。目前，多个异构 CPU 集群分布于不同网络安全域，已迁移上线了生产机务系统、OA 办公，以及一些开发测试的系统和数据库，由 CloudTower 进行统一管理。未来，用户计划将进一步深化信创生态建设，并引入 SmartX 企业云的备份容灾、网络安全、容器管理等模块，构建全栈式信创云平台。
某区域型航空公司：基于国产虚拟化构建核心数据库灾备平台
某区域型航空公司原采用“VMware 虚拟化 + FC SAN 存储”架构承载大部分业务系统，FOC（航空运行管理）、机务维修等重要系统及其数据库则部署在物理机 Oracle RAC 环境。为了保障 FOC 系统和数据库的高可用，用户设置了本地 ADG 备库作为本地灾备，但 Oracle ADG 在最大保护模式下一旦备库发生故障，主库也会受到影响，为业务连续运行带来一定风险。同时，FOC、机务维修、电子飞行包、地空数据链等核心业务系统也需要进行更高级别的高可用建设方案。
基于此，用户评估了已有的基于 VMware 虚拟化和基于 SmartX 超融合的建设方案，发现传统虚拟化方案不仅运维管理复杂，建设成本也比较高；而采用 SmartX 超融合架构，可以大幅降低建设难度与成本，能够统一承载和管理多种备库。最终，该航空公司选择基于 SmartX 超融合（采用 ELF 虚拟化）构建数据库容灾环境，支持 FOC、机务维修、电子飞行包、地空数据链等系统的数据库容灾，并通过 CloudTower 实现多个备库的统一运维管理。用户还同时引入了 SmartX 软件定义的网络与安全组件 Everoute，实现虚拟化环境的微分段安全防护。目前，基于 SmartX 超融合的数据库备库已稳定运行超 1 年，充分验证了 VMware 的替代能力。
某铁路集团：两地分局实现 VMware 虚拟化和 vSAN 替代
某铁路集团下属的两地分局原本均为长期依赖 VMware 虚拟化和 vSAN 的“重度用户”。随着国家“8+2+N”国产化三步走战略的深入实施，交通运输行业作为其中的重点领域，对国产化转型的需求愈发迫切。加之 VMware 被博通收购后带来的授权风险和预期成本上涨，该铁路集团的两地分局开始评估 VMware 虚拟化和 vSAN 的国产替代方案，要求新平台在性能和稳定性方面具备 vSphere 和 vSAN 同等水平，并提供广泛的国产生态兼容能力，支持 VMware 平台平滑迁移。
在经过长期测试评估后，该铁路集团的两地分局均选择了 SmartX 超融合作为 VMware 的替代方案，并根据各自的业务需求进行了内外网环境的国产化改造。其中，分局 A 于内外网分别部署 30+ 和 20+ SmartX 超融合信创节点（基于海光和鲲鹏异构 CPU 架构），支持内网的现车和邮件系统，以及外网的综合服务平台；分局 B 数据中心内外网部署总计 30+ SmartX 超融合信创节点（基于海光 CPU 架构），支持多种应用系统及数据库，下属某客运段部署 3 个非信创节点，承载流程、人力、考试等管理业务系统。目前，两地分局的 SmartX 超融合集群已稳定运行超 1 年。
湛江港集团：以原生虚拟化 ELF 替代 vSphere
作为“海上丝绸之路”支点的深水大港，湛江港集团以原生虚拟化 ELF 替代 vSphere，基于海光 C86 实现信创转型。围绕港口行业“智慧码头”建设背后的 IT 基础设施转型需求，该实践同步回应了 VMware 替代与信创转型、核心业务系统稳定承载、自动化系统容器支持等要求。
在业务承载方面，集团基于 SKS 承载容器化的核心系统 BTOS（散杂货码头操作管理系统）及其中间件与数据库组件，并构建双活超融合集群，使关键生产业务 RPO=0，机房级别故障亦可实现“秒级业务恢复，分钟级负载恢复”。通过原生虚拟化、容器服务和双活超融合集群的组合，湛江港集团在推进信创转型的同时，也为关键生产业务连续运行提供支撑。
某长三角“国际门户”深水码头：自主迁移 200+ 虚拟机至 ELF 平台
某长三角“国际门户”深水码头替代 VMware 虚拟化，承载 TOS、大数据平台等核心业务系统，并采用 SMTX 迁移工具，自主迁移 200+ 虚拟机至 ELF 平台。该实践对应港口行业同步实现 VMware 升级替代与全栈信创转型的需求，在满足核心技术自主可控的同时，也承接了原有虚拟化环境中的核心业务系统。
同时，码头引入 Everoute 构建分布式防火墙，实现虚拟机流量安全防护，呼应港口行业对虚拟网络安全防护的需求，即构建分布式防火墙，保障虚拟化环境“东-西向”流量安全，降低数据泄露与病毒攻击风险。在存储层面，码头以混闪集群替代全闪集中式存储，硬件采购成本节约超 30%，在完成 VMware 替代和核心业务承载的基础上兼顾成本优化
。
某高铁研发与制造商：接替 VMware 承载核心业务系统
从 VMware 替代验证，到基于榫卯超融合构建核心平台，再到引入榫卯企业云平台的全栈基础设施能力，某高铁研发与制造商通过 3 个阶段逐步探索 IT 基础设施的国产化与现代化建设。
该企业过往数据中心 IT 基础设施采用 VMware vSphere 结合国外集中式存储的传统架构，以及部分 VxRail 超融合一体机进行构建。随着轨道交通装备智能化、网联化的快速发展，用户承担的科研项目和产业化业务规模持续扩大，原有架构在资源利用率、横向扩展能力和运维复杂度方面逐渐难以满足业务需求。此外，国际供应链风险和国产化替代的政策导向，这些因素都迫使用户寻找能够为其关键业务提供长期稳定支持的自主可控技术方案。
在第一阶段的项目实施过程中，用户采用“并行验证、平滑迁移”的策略：构建基于 Intel 环境的榫卯超融合（采用 ELF 虚拟化）统一资源池，实现原有 Intel 集群的业务迁移；部署榫卯分布式存储集群，逐步替换原有 SAP 业务依赖的传统 SAN 存储，解决了传统架构下存储扩展困难、资源利用率低的问题；构建基于海光芯片的榫卯超融合（采用 ELF 虚拟化）资源池，进行 C86 架构的计算、内存、存储性能的性能基线验证，并承载部分信创业务系统。
在完成超融合架构建设后，技术团队对基于 ELF 虚拟化的榫卯超融合和既有 vSphere 集群的运行情况进行了对比：相较于 vSphere+SAN 存储/vSAN 超融合的部署模式，SmartX 原生计算虚拟化+存储虚拟化的组合表现出更强的性能水平，存储性能提升幅度达到 40%；SmartX 的超融合授权默认包含了计算虚拟化和存储虚拟化两部分，能在保障稳定的情况下，帮助用户逐步减少对 VMware 环境的依赖；同时，相比 VMware，SmartX 能够为用户提供更及时的技术服务。
统一基础架构平台初步建设完成后，企业决定将原有超融合集群升级为榫卯企业云平台，以 “统一架构、自动化运营” 为核心目标，构建具备全栈基础设施能力的企业云平台。截至目前，该企业已在生产与测试环境中大规模部署 SmartX 榫卯企业云基础设施集群，支撑部分核心生产业务系统、信创业务系统和灾备系统，既达成 “数据中心整体转向统一架构平台，稳定承载核心业务” 的初衷，又通过 CMP 平台与自动化功能落地，进一步降低了日常管理与运维负担，实现了“统一架构 + 跨平台管理 + 自动化运营”的多层价值。>>了解更多实践资料
结语
更多交通行业核心业务系统稳定承载实践，可阅读原文合集：
