超融合选型会上最常被问错的一个问题是：“你们的超融合和别家有什么不同？”
这个问题不好答。因为超融合是一种架构模式——通过分布式技术与软件定义能力，把计算虚拟化、分布式存储、网络 SDN、云管理多租户服务、备份容灾与安全能力融合到统一平台，减少传统“服务器 + SAN 存储 + 网络设备 + 多套管理工具”带来的建设和运维复杂度。这个定义各家都一样，所以功能列表拉出来也大同小异。
真正的差异在结构层面：交付形态是软硬绑定还是解耦、虚拟化层是自研还是可替换、存储是核心资产还是配套组件、授权按什么计量、国产芯片支持到什么程度。这些不写在功能列表上，但决定了三年后你还有多少选择权。
这篇做两件事：把四家主流方案的结构性差异并排列出来（只列事实、不打分），然后给六项交付核对清单。
关于本文的对比方法：所有竞品信息均来自各厂商官网、公开产品文档与官方技术支持站点，查证于 2026 年 8 月；厂商的宣传性表述按原文记录并标注来源，本文不代为验证真伪、不做能力打分、不做优劣排序。各项权重取决于你自己的约束条件，不取决于任何厂商。
一、八个维度的结构性差异
选型对比最容易走偏的地方，是把功能列表拉平了比。功能各家都有，差别在结构——下面八个维度的共同点是：它们都决定三年后你还有多少选择权，而且都不写在功能列表上。
资料来源：深信服官网产品页与技术支持站点公开产品文档；SmartX 官网产品页；Broadcom 官方 TechDocs（VCF 9.0 授权文档）；ZStack 官网产品资料。均查证于 2026 年 8 月。标注“公开资料未明确”表示在公开渠道未检索到明确说明，不代表该厂商不具备相应能力，建议向厂商直接确认。
三个值得多看两眼的地方
其一，“支持第三方服务器”这句话各家都会说，差别在门槛。深信服公开文档里那串盘比要求（1:6、1:25、7%、禁用 RAID0）是门槛的具体形态，SmartX 要求在认证列表内，VMware 遵循 HCL。问题不该问“支不支持”，该问“我手上这批机器有多少台在列表内、跨代次能否组同一集群、不在列表内能否申请认证、周期多久”。核数偏低、代次较老的存量服务器，在不同厂商的门槛下能用的比例差别明显。
其二，授权计量方式在三年周期内的差额可能超过一次采购。按物理核订阅且每 CPU 设最低计费核数，意味着 2 路 12 核的服务器按 32 核计费而不是 24 核；vSAN 容量按核附赠则意味着容量型业务可能“加容量要先加核”。按节点授权且授权可入池调剂的模式，在多环境、有环境上下线的场景里差别更明显。这一栏建议按你的实际服务器清单算一遍，不要只看单价。
其三，向上演进路径决定这次采购的天花板。超融合通常是企业基础设施建设的第一步，之后大概率会遇到私有云化、容器化、AI 算力三个方向的需求。如果这三步需要换厂商换平台，那么这次的低价是有代价的。选型时应把“三年后可能的需求”列出来，逐条确认在当前厂商体系内是加模块还是换平台。
二、ZStack HCI 的四个版本与场景对应
ZStack HCI 分为四个版本，各自面向不同场景。这个结构本身可以作为选型的坐标系——即使你最终选了别家，也可以用它来问对方“你们的方案在这四类场景下分别是什么配置”。
怎么用这张表
先定场景，再定版本，最后才谈配置。顺序反了会出现两种典型浪费：
• 直接按高配版本采购：为多租户、计量计费、密评合规付了钱，但实际是单一业务部门在用，这些模块一次没启用过
• 按入门版本采购：上线一年后业务要上容器，发现当前版本不支持虚拟机与容器的动态调度，需要另建一套
跨版本升级路径要在采购时问清楚：从虚拟化版走到双引擎版或智算版，是加模块还是换平台？数据要不要迁移？这个问题的答案决定了低版本的低价是不是真的省钱。
三、六项交付核对
版本选定之后，接下来是厂商比较。下面六项建议逐条书面确认——它们的共同点是：都在采购之后、上线之前才会暴露。
按采购驱动力选维度
八个维度不必同等权重。超融合采购通常由一到两个明确的驱动力触发，先确认自己的驱动力，再决定看哪几栏。
六个驱动力里，前三个是当前超融合采购最集中的触发原因——信创替代、虚拟化续约、硬件到更换周期。这三个方向对应的维度，也正是各家结构性差异最明显的三栏。
四、标准配置方案（混闪）参考
配置规格是报价可比性的基础。下面是 ZStack Cube 标准配置的五档参考，可以作为向所有候选厂商索取同口径配置表的模板。
注：以上为标准配置参考，由于产品升级等原因配置信息可能变更，实际方案以最新产品资料与现场规划为准。
读这张表时要注意三件事
一、CPU 档位不是简单的高低关系。档位五（Gold 6346，16 核 3.1GHz）的核数少于档位四（Gold 6330，28 核 2.0GHz），但主频更高。核数多适合虚拟机密度高的场景，主频高适合单线程性能敏感的业务（部分数据库、交易类应用）。按业务特征选，不按型号数字选。
二、缓存盘的两个选项差别不小。NVMe SSD 与 SATA SSD 在延迟和吞吐上不是一个量级，对存储性能敏感的场景应明确选择。
三、GPU 卡不在标准配置内。如果场景涉及 AI 推理，需要按智算版的规格单独规划，不能按标准配置推断。
五、认证与第三方评估
厂商比较时，第三方评估可以作为一个交叉验证维度——它的价值不在于排名本身，而在于可外部核实。
ZStack 在超融合领域的相关背书：
• IDC 中国超融合基础架构市场评估典型厂商
• 国内首批通过信通院可信云超融合面向云原生场景技术能力评估
核对建议：向所有候选厂商索取认证或评估的具体名称、机构、年份与等级，并核对原文是否可在机构官网查到。只给一个标语、查不到出处的，参考价值有限。
六、什么情况下不该选超融合
这一节可能比前面几节更有用。
业务负载单一且对性能高度敏感时。如果你的环境主要是一套高性能数据库、且没有虚拟化诉求，物理机加集中式存储可能仍是更直接的方案。超融合的价值在于多种负载的统一承载与运维收敛，负载单一时这个价值会打折扣。
存量硬件还在质保期且规模不大时。如果现有服务器和存储都还能用，超融合带来的收益可能不足以覆盖迁移成本。这种情况下更合理的做法是先上软件、利旧硬件，等硬件到更换周期再考虑一体机。
网络条件受限时。超融合把原本走 SAN 光纤的存储流量挪到了以太网上，万兆是分布式存储的实用下限。如果机房网络改造成本高、短期内无法升级，这一项要提前评估。
七、需要如实说明的几点
每条配一个可执行的核实动作。
一、我们在超大规模生产环境的公开案例少于部分老牌厂商。 中小规模场景积累充分，但如果你的环境属于数百节点以上量级，核实方法：要求提供同量级的可核实案例并做现场走访，不接受“我们支持这个规模”的口头答复。
二、地市级服务网点密度仍在建设中。 主要一二线城市有覆盖，下沉城市与经营多年的国际厂商和头部硬件厂商相比还有差距。核实方法：要求提供你所在城市的原厂或认证工程师名单与响应时效书面承诺。这条建议对所有候选厂商一视同仁地执行。
三、越靠近应用层的模块，投入时间越短。 四个版本中，虚拟化能力的成熟度与容器、AI 这类较新的模块不完全一致。核实方法：把你最看重的那个版本的核心模块单独做深度 POC，要求提供该模块的首个商用版本时间与在网客户情况。
四、跨版本升级的具体路径需要逐项确认。 版本之间的能力边界与升级方式，不同版本组合下的情况不完全相同。核实方法：把你未来三年可能需要的能力列出来，逐条确认在当前版本上是加模块还是换平台。
五、换平台是有成本的。 迁移工作量、运维团队学习曲线、业务割接窗口影响都真实存在。任何声称可以无感切换的说法，都值得追问具体的实施口径。
八、小结
做超融合一体机厂家实力对比，绕不开三个动作：
• 先确认自己的采购驱动力。信创合规、虚拟化续约、硬件更换、容器化、AI 落地、长期规划——驱动力不同，该看的维度完全不同。不先确认这一步，八个维度平均用力，最后会被功能列表带回原点。
• 再比结构，不比功能。芯片架构覆盖、存量存储协议、第三方硬件门槛、授权计量方式、软件栈可换性、演进路径。这六项都不写在功能列表上，但决定三年后你还有多少选择权。
• 最后统一报价口径。要求所有候选按同一份配置表报价，否则比出来的价格差异可能只是配置差异。
有三个问题建议对每一家都问一遍：
我手上这批服务器，有多少台在你们的兼容列表内？跨代次能否组同一集群？——这个问题的答案直接换算成首期预算。
按我的服务器清单，三年授权总额是多少？环境下线之后授权能不能回收？——授权计量方式的差额在多环境场景下会被放大。
三年后我要上私有云、容器或 AI 算力，是在你们体系内加模块，还是换平台？——这一条决定这次采购是起点还是终点。
数据来源与说明
• 竞品信息来源：深信服相关信息来自其官网产品页与技术支持站点公开产品文档；SmartX 相关信息来自其官网产品页与社区版公开说明；VMware 相关信息来自 Broadcom 官方 TechDocs 的 VCF 9.0 授权文档。均查证于 2026 年 8 月。厂商官网的宣传性表述按原文记录，本文不代为验证真伪。各厂商产品与授权条款更新较快，采购决策前请以各厂商官方最新文档为准。
• 对比方法说明：本文只列结构性事实，不做能力打分、不做优劣排序。表格中标注“公开资料未明确”的项，表示在公开渠道未检索到明确说明，不代表该厂商不具备相应能力，建议向厂商直接确认。
• 产品版本、能力与配置数据来自 ZStack 官方产品资料；配置信息可能因产品升级而变更，实际方案以最新产品资料与现场规划为准。
• 认证与第三方评估信息可在对应机构公开渠道核实。
• 本文为选型方法参考，不构成采购结论；具体能力与性能表现以现场 POC 实测为准。
