超融合选型的四个判据：写入放大、容量换算、责任边界与运维归属

  磁盘监控上所有节点的 IO 使用率都不到三成，业务侧却在报慢。这是超融合环境里一类很容易误判的现象——问题不在盘上，在网络上。

  原因在写入路径：三副本意味着每一次写入都要同步复制到另外两个节点，存储流量在节点之间往返，占用的是业务网络之外的额外带宽。千兆链路在这种放大效应下，会先于磁盘成为瓶颈。而排查时如果只盯着存储监控，这个瓶颈是看不见的。

  超融合选型里类似的判断有一批：三副本的可用容量到底是裸容量的多少、纠删码什么时候该用什么时候不该用、买软件和买一体机的责任边界差在哪、运维自动化的能力归属在哪个版本能力集里。这些问题的共同点是——它们不出现在产品功能列表上，但会在上线之后逐一显形。

  产品页给的是能力清单，配置区间和判据得自己攒。这篇把攒出来的部分写下来：先讲四个判据背后的机理，再给三档规模对应的成套配置，*后是一份不该买的清单和十问尽调表。

  适用规模是十台到几十台服务器、IT 团队三五个人的环境。

  一、四个判据：配置表之外该问什么

  配置区间给的是起点，落到具体方案还有四件事要判断。

  判据一：软件部署还是一体机交付

  这是中小企业*容易纠结的一题，但判断标准其实很清楚。

  买软件、装在自有服务器上，适合三种情况：手上有还在质保期内的服务器需要利旧;已经有稳定的服务器供应渠道和维保关系;采购流程上软件和硬件分开走更顺。

  买一体机，适合另外三种情况：新建站点没有存量硬件;IT 人手紧张、不希望自己做硬件选型和兼容性验证;需要明确的单一责任方——出了问题不用在软件厂商和硬件厂商之间来回确认。

  以 ZStack 为例，两种方式都支持：纯软件部署在通用 x86/ARM 服务器上，或者通过 Cube 超融合一体机做软硬一体交付。一体机侧提供标准配置与信创配置两条线，信创线覆盖海光与鲲鹏平台，标准机箱高度 2U，内存与缓存盘可扩展，配三年 7×24×4 金牌维保。

  一个容易被忽略的点：一体机不等于封闭。Cube 作为一体化交付底座，可以按需预装不同的软件栈——虚拟化平台、云平台、双引擎版或智算版。也就是说买一体机不锁死你后续的软件路线。

  信创场景要多问一层。如果你的单位有国产化要求，一体机侧的信创配置线覆盖海光与鲲鹏平台，但需要确认三件事：应用软件在目标芯片架构上是否已完成适配;国产芯片节点与 x86 节点能否进同一集群管理，还是必须分集群;信创配置的供货周期与标准配置差多少。这三条中的任何一条，都可能比软件功能本身更影响项目排期。

  判据二：副本策略与容量换算

  这一条直接影响预算，而且有些方案在报价阶段说不清楚。

  三副本意味着可用容量约为裸容量的 30% 左右——理论值是三分之一，实际还要扣掉元数据开销、快照预留与碎片，具体比例因配置而异。买 100TB 裸容量，做预算时按 30TB 出头估算比较稳妥。这个换算必须在报价阶段就做，否则会出现“”买回来发现不够用“”的情况。

  纠删码可以提高容量利用率，但会带来额外的计算开销和重建时的性能影响，一般在容量型场景(备份、归档、非核心业务)使用，热点业务仍建议三副本。

  要问清楚的是：不同厂商的报价口径不同，有的按裸容量列、有的按可用容量列，需要在比价前统一到同一口径;扩容时能否单节点增加还是必须按组扩;重建期间前台业务的性能影响有多大。

  判据三：网络这一层不能省

  中小企业采购时*常压缩的就是网络预算，而超融合恰恰对网络敏感——因为存储流量从原来的 SAN 光纤，挪到了以太网上。

  万兆是分布式存储的实用下限。原因在写入路径上：三副本意味着每一次写入都要同步复制到另外两个节点，存储流量在节点之间往返，占用的是业务网络之外的额外带宽。千兆链路在这种放大效应下，会先于磁盘成为瓶颈——表现出来是磁盘监控看着很闲，业务却卡。

  如果是成长档往上、有数据库或者高并发业务，25G 以及 RoCE 值得考虑。RoCE 通过内核旁路降低存储网络的延迟开销，但它对交换机配置有要求，需要在方案阶段确认现有交换机是否支持，或者是否需要一并更换。

  要问清楚的是：存储网络和业务网络是否物理隔离;现有交换机能否直接用;如果要上 RoCE，交换机的无损配置由谁负责调试。

  判据四：运维投入的真实变化

  超融合的卖点之一是“简化运维”，这一点在中小企业环境里成立，但需要把话说准。

  它简化掉的是架构层面的复杂度：原来服务器、SAN 存储、光纤交换机、多套管理工具分别运维，现在收敛成一个平台一个界面。对于三个人的 IT 团队，这个收敛是实质性的。

  它没有简化掉的是故障排查时的知识要求：分布式存储的故障模式和集中式存储不一样，网络问题的表现形式也不一样。这部分需要培训和时间。

  ZStack HCI 侧提供高可用设计、组件故障自愈、健康巡检、运维自动化这类能力，目标是让日常巡检和常见的简单故障由平台自动处理，减少人工介入频次。需要注意的是，运维自动化能力在不同版本能力集中的覆盖范围不同，采购前应要求厂商书面列出你所选版本具体包含哪些运维模块，避免按高配版本的演示来预期低配版本的体验。首次部署和重大变更仍然建议原厂或认证服务商参与，不建议完全自己摸索。

  要问清楚的是：本地有没有服务能力;日常运维需要几个人、什么水平;培训怎么安排、是否包含在合同里。

  二、先看规模：三档配置区间

  超融合的选型区间是连续的，但落到采购上通常收敛成三档。下面按节点数分档，每档给出典型的存储、网络、数据保护配置。

  入门档：3–5 节点

  适用：单机房、业务系统在十套以内、没有多租户诉求、可容忍分钟级的故障切换。典型的是中小制造企业的厂区数据中心、职业院校的信息中心、小型政务单位、档案与低频备份场景。

  典型配置：

  • 节点数：3 节点起配，这是分布式存储成立的下限

  • 存储：混闪配置——SSD 做缓存层，HDD 做容量层

  • 网络：万兆以太网

  • 数据保护：三副本

  • 软件：基础版能力集即可，不需要多租户、CDP 这类高级模块

  为什么是 3 节点起：分布式存储需要至少三个数据副本分布在不同节点上，才能在单节点故障时既不丢数据也不中断服务。两节点方案在仲裁机制上要额外做文章，而且扩容路径不顺——如果你的规划里三年内会加节点，直接从 3 节点起步更省事。

  成长档：5–20 节点

  适用：多个业务系统、有数据库集群、开始有跨部门的资源分配需求、对 RPO 有明确要求。中型制造企业、三甲以下医院、区域性金融机构、有一定规模的软件企业，多落在这一档。

  典型配置：

  • 节点数：5–20 节点

  • 存储：增强型混闪，数据库等热点业务单独规划存储池

  • 网络：25G 以太网，存储网络可选 RoCE

  • 数据保护：三副本 + 快照 + CDP 持续数据保护

  • 软件：企业版能力集，包含快照策略、备份调度、资源配额

  成长档的分水岭在数据保护。三副本解决的是硬件故障，快照解决的是误操作，CDP 解决的是逻辑损坏(勒索软件、应用写坏数据)。这三件事是三个独立问题，用一个方案盖不住。如果你的业务里有数据库，成长档往上的配置基本是必需的。

  扩容参照档：20 节点以上(供路径判断用)

  这一档不是给中小企业当下采购用的，列出来只有一个目的：让你验证扩容路径通不通。

  适用：数据中心级建设、多站点、有双活或异地容灾要求、承载核心生产系统。

  典型配置：

  • 节点数：20 节点以上，可按需扩展至数百节点线性扩展

  • 存储：全闪配置，纯 NVMe

  • 网络：RDMA / RoCE 存储网络

  • 数据保护：三副本或纠删码 + 双活 / 跨可用区容灾

  • 软件：企业增强能力集

  要验证的具体问题是：如果你现在买入门档，三年后业务翻倍走到成长档、五年后走到这一档，中间需不需要换平台、换存储方案、重新迁移数据。如果任一环节需要推倒重来，那么入门档的低价就是有代价的。这个问题应该在*次采购时就书面问清楚。

  说明：以上为典型配置区间，实际方案需结合业务负载特征、机房条件与预算综合确定，具体型号与配置清单以*新产品资料为准。

  三、五样中小企业不该买的东西

  这一节可能比上面几节更有用。

  一、不该买超出扩容规划的节点数

  常见的心理是“一次买够、省得以后麻烦”。但超融合的核心特性就是横向扩展——多买的节点在闲置期间同样消耗电力、机柜空间和维保费用。

  合理做法：按当前需求加一年增长量采购，把扩容路径在合同里写清楚(能否单节点扩、扩容时是否需要停机、后续节点的价格如何锁定)。

  二、不该在入门档场景买全闪

  全闪的价值在于消除机械盘的长尾延迟，这对数据库、高并发在线业务是实打实的收益。但如果你的负载主要是 ERP、OA、文件服务这类，混闪配置下的 SSD 缓存层已经能覆盖热数据，全闪带来的体验差异有限，而成本差异明显。

  判断方法：先看现有环境的存储延迟监控数据。如果现在机械盘的延迟没有构成业务瓶颈，全闪就不是当下的优先项。

  三、不该买用不上的高级模块

  多租户、工单流程、计量计费、跨区域管理——这些能力对有内部客户关系的组织(集团 IT、高校信息中心、云服务商)有价值，对一个三人 IT 团队服务单一业务部门的场景，通常用不上。

  判断方法：问自己“”我需不需要向别的部门交付资源并且跟他们算账“”。如果答案是否，这些模块可以先不上。

  四、不该把备份预算并进超融合预算

  三副本不是备份。

  三副本防的是硬件故障，防不了误删、防不了勒索软件、防不了应用逻辑写坏数据。这三类事故在中小企业里的发生频率，不低于硬盘故障。

  合理做法：把备份作为独立预算项。超融合平台内置的快照与 CDP 能覆盖一部分场景，但异地或离线的备份副本仍然需要单独规划。

  五、不该只比软件价格

  超融合的总成本包含软件授权、硬件、网络设备、实施服务、培训、三到五年的维保。不同厂商在报价单上的拆分方式不同，只比软件授权这一项会得出错误结论。

  合理做法：要求所有候选方案按统一口径给三年或五年的总成本，且明确标注哪些是一次性、哪些是年费。

  四、从一个三节点 POC 开始

  选型的*后一步不是签字，是验证。

  建议的做法是：搭一个三节点的 POC 环境，用你自己环境里*难的那三个业务系统去跑，而不是用厂商提供的标准测试用例。要验的是三件事——应用能不能正常起来、拔掉一个节点的电源之后业务多久恢复、扩容时加一个节点需不需要停机。

  这三件事在 PPT 上都写着支持，在你自己的业务上不一定成立。POC 的价值就是把这个差值提前暴露出来。

  如果你的替代动机来自现有虚拟化平台的续约压力，那么 POC 还应该增加一项：从现有平台迁移一台典型虚拟机过来，完整验证迁移与回退流程。迁移与回退的验证方法本身是一个独立话题，此处不展开，但它应当出现在 POC 验收单上。

  五、选型尽调清单(十问)

  建议在 POC 或商务阶段逐条书面确认。

  1. 报价单上的存储容量是裸容量还是三副本后的可用容量？

  2. *小起配节点数是多少？能否单节点扩容？扩容需要停机吗？

  3. 现有服务器有多少台在兼容性列表内？跨代次、跨品牌能否进同一集群？

  4. 现有交换机能否直接使用？如果要上 RoCE，无损配置由谁调试？

  5. 三副本、快照、CDP 分别覆盖哪些故障场景？哪些场景仍需独立备份？

  6. 节点故障后的重建过程对前台业务的性能影响有多大？重建需要多久？

  7. 一体机预装的软件栈后续能否更换？软件授权是否随硬件绑定？

  8. 本地是否有原厂或认证服务商？故障响应时效的书面承诺是什么？

  9. 培训是否包含在合同内？覆盖几人、多长时间？

  10. 三年(或五年)总成本明细：软件、硬件、网络、实施、维保分别多少？哪些是年费？

  六、一个落地样本

  某大型钢铁集团的设备云平台扩容是个规模不大但结构典型的例子。

  原有环境的问题是设备云平台容量不足、传统架构扩容周期长。方案采用 ZStack Cube 超融合一体机配合 ZBS 分布式存储，规模在十台服务器级别，统一承载 MES、ERP 等生产系统，一体机开箱即用缩短了扩容交付周期。

  这个案例的参考价值在于它的约束条件：扩容而非新建、需要与既有基础设施对接、生产系统不能长时间停机、IT 团队规模有限。这四条和许多中小制造企业面临的情况是一致的。

  规模再大一些的参照是某铁路集团的数据中心扩容改造——同样是 Cube 一体机扩容，服务器数量在两百台以上，与既有基础设施平滑对接。这个例子说明入门档起步的架构，向上扩展的路径是通的。

  七、需要如实说明的几点

  一、超融合不适合所有场景。 如果你的业务是单一的高性能数据库、且没有虚拟化诉求，物理机加集中式存储可能仍是更直接的方案。超融合的价值在于多种负载的统一承载与运维收敛，负载单一时这个价值会打折扣。

  二、入门档配置的性能上限是存在的。 万兆网络加混闪存储的组合，在高并发数据库场景下会成为瓶颈。如果你现在是入门档规模但业务里有性能敏感的核心系统，这部分负载应该单独规划，不要指望入门配置全都扛住。

  三、我们在超大规模生产环境的公开案例少于部分老牌厂商。 中小规模场景的积累是充分的，但如果你的环境属于数百节点以上量级，建议直接要求提供同量级的可核实案例并做现场走访。

  四、本地服务覆盖仍在建设中。 相比经营多年的国际厂商和头部硬件厂商，我们在部分地市的服务网点密度还有差距。选型时应把“你所在城市有没有本地服务能力”当作硬指标来问，而不是默认厂商都能覆盖。

  五、换平台是有成本的。 迁移工作量、运维团队的学习曲线、业务割接的窗口影响都真实存在。任何声称可以无感切换的说法，都值得再追问一遍具体的实施口径。

  八、小结

  中小企业选超融合，绕不开的其实就三个判断：

  • 规模决定档位。入门、成长、数据中心三档分别对应 3–5 节点、5–20 节点、20 节点以上，每档的存储、网络、数据保护配置是成套的，不要跨档混搭。

  • 形态决定责任边界。有存量硬件、有维保渠道就买软件;新建站点、人手紧张就买一体机。判断依据是你的组织条件，不是产品参数。

  • 省的钱要省对地方。可以省高级模块，可以省全闪，但网络和备份这两项省下来，代价会在故障发生时一次性还回去。

  数据来源与说明

  • 配置区间与产品能力数据来自 ZStack 官方产品资料;实际方案需结合业务负载与机房条件确定，具体配置清单以*新产品资料为准。

  • 客户案例信息来自公开产品资料。

  • 超融合为交付形态，ZStack HCI 支持纯软件部署与 Cube 一体机软硬一体交付两种方式。

类型：广告