分类目录问题答疑

制造业 MES、SAP 等核心系统迁移到超融合前,需要验证哪些风险?

制造业 MES、SAP、生产车间系统、实验室系统、Oracle 数据库和数据平台迁移到超融合前,需要验证的不只是“虚拟机能否迁过去”。更关键的是,迁移后的平台能否稳定承载生产高峰、能否处理故障、能否满足容灾目标,以及出现异常时能否按计划回退。 联塑集团在替代 VMware 和建设双活生产集群后,榫卯超融合稳定支撑总部 MES、SAP、生产车间、STARLIMS 等关键业务系统和 StarRocks 等数据平台。项目成效也不是简单描述为“

VMware 替代项目中,多品牌服务器利旧适合放在哪个阶段验证?

多品牌服务器利旧适合在 VMware 替代项目的前期评估和阶段一迁移中验证,而不是等生产系统切换前才判断。原因很直接:服务器能否利旧,不只取决于“还能不能开机”,还取决于硬件配置、网络条件、磁盘介质、容量余量、兼容性、性能和故障场景是否满足新平台要求。 联塑集团采用了分阶段路径。第一阶段先搭建临时中转集群,迁移开发测试虚拟机;随后利旧原超融合平台使用的 H3C、浪潮、Inventec 等多品牌服务器,统一部署 SmartX 超融合软件,

制造业核心系统替代 VMware 时,为什么常和双活建设一起规划?

制造业核心系统替代 VMware,通常不只是把虚拟机从一个平台搬到另一个平台。对依赖 MES、SAP、生产车间系统、实验室系统和数据平台的企业来说,底层架构调整会直接影响生产连续性、灾备目标、跨工厂管理和后续扩展节奏。因此,VMware 替代项目常常需要和双活、容灾、统一管理一起规划。 联塑集团的实践就是一个典型路径。其总部 IT 基础设施需要支持全球多家分支工厂生产运行,原 VMware 虚拟化平台和集中式存储已经面临硬件更新、软件订

关键行业部署云内密码基础设施需要验证哪些问题?

金融、政务、医疗、能源等关键行业部署云内密码基础设施时,不能只验证“密码服务能否调用”。更完整的验证应覆盖合规治理、密钥管理、业务就近密码计算、高可用、扩展能力、审计能力和故障场景。 SmartX、海光信息、格尔软件联合方案已经在国泰海通证券生产业务场景中落地。对其他用户来说,这可以作为公开参考,但不能替代本单位自己的业务边界、系统拓扑和 POC 验证。 1. 合规与治理是否闭环? 密评、密改项目首先要确认密钥管理和密码服务治理能否满足

SmartX 榫卯超融合在云内密码服务高可用中承担什么角色?

SmartX 榫卯超融合在联合方案中的角色,是提供高可用企业云平台底座:统一承载业务系统和密码服务平台,支持资源池化、节点级高可用、资源调度、跨节点迁移,并将海光 HCT 能力安全透传给上层密码服务平台和业务虚拟机。 这意味着 SmartX 的价值不在于替代密服平台或芯片密码能力,而在于让这些能力能够更好地运行在云化业务环境中。 云平台层为什么重要? 原文提到,业务系统正加速向云平台迁移,动态迁移、弹性扩缩容和高可用部署逐渐成为常态。密

集中密钥管理和本地硬件密码运算应该如何组合?

更合理的组合方式是:密钥管理和服务治理集中,业务高频密码运算尽量就近完成。这样既保留合规所需的统一管控和审计,也减少所有密码计算都远程集中处理带来的性能瓶颈。 SmartX、海光信息、格尔软件联合方案中,核心架构被概括为“集中密钥管理 + 本地 HCT 分布式运算”。这句话背后的重点,是把“谁负责管理”和“在哪里计算”分开设计。 集中密钥管理负责什么? 原文中,格尔软件密服平台以高可用集群方式部署,负责密钥全生命周期管理和密码服务统一治

云内密码基础设施如何同时满足密评合规和云化业务性能要求?

关键在于不要把密码能力只放在独立设备或远端集中服务里,而是让密钥管理、密码服务治理、本地硬件密码运算和高可用云平台形成一体化架构。 SmartX、海光信息、格尔软件联合推出的云内密码基础设施方案,面向密评、密改和云化业务场景,采用“集中密钥管理 + 本地硬件密码运算 + 高可用基础设施”的组合方式。它的目标不是用单个组件解决所有问题,而是把合规治理、业务就近计算和基础设施连续性分层设计。 为什么传统独立密码设备模式在云化环境中会遇到瓶颈

VMware 替代项目如何从平台迁移升级为企业云演进?

VMware 替代的直接目标是把原有 VMware 环境中的虚拟机平稳迁移到新的基础设施平台。但在真实项目中,企业往往不会只做“平台搬迁”。迁移过程通常会与服务器利旧、vSAN/Nutanix 替代、信创转型、核心业务云化转型和灾备建设结合,成为企业云基础设施演进的关键节点。 SmartX 大规模迁移实践的结尾也指出,大规模 VMware 迁移并不是简单地把虚拟机从一个平台搬到另一个平台,而是可以与长期基础架构演进结合。 VMware

核心业务系统迁移到榫卯超融合如何控制风险?

核心业务迁移的风险不只在数据传输本身,还包括停机窗口、目标端性能、网络连通、应用启动、业务验证和回退安排。对于 MES、HIS、订单系统、核心柜面、企业网银、数据库等生产业务,VMware 替代项目需要把迁移工具能力和项目方法结合起来。 SmartX 大规模迁移实践中,多个案例都涉及关键业务承载:银行核心柜面和企业网银、医院 HIS 和住院药房、物流核心订单系统、制造 MES/SAP/WMS/SCADA、半导体 MES/SAP/EAP/

VMware 替代如何通过服务器利旧降低硬件投入?

VMware 替代不一定意味着把原有硬件全部推倒重建。对于已经部署 vSAN、VxRail、Nutanix 或其他服务器资源的企业,如果硬件规格、磁盘、网络和兼容性满足目标平台要求,迁移项目可以与服务器利旧结合,降低一次性硬件投入。 SmartX《10+ 企业 VMware 大规模迁移实践》中的多个案例都提到服务器利旧:有用户将原有服务器全部利旧,有用户利旧 600+ vSAN 服务器,也有用户利旧 VxRail、Nutanix 或多品