存储层在超融合里的位置
超融合基础架构（HCI）把计算、存储与网络收敛到标准节点上，其中存储层是「把散落的本地盘变成可用数据服务」的那一层：每个节点贡献本地 SSD 或 HDD，软件层把它们组织成分布式池，再以卷、共享目录或对象接口交付给上层虚拟机与容器。它通常采用两级结构——用 SSD 或 NVMe 做缓存与写缓冲，用容量盘做持久层，并通过副本或纠删码在节点之间冗余。因为数据分布在节点上，虚拟机的读写可能落到其他节点，东西向网络成为实际的数据总线。
基本信息
| 介质分层 | 常见为缓存层（SSD/NVMe）+ 容量层（HDD 或大容量 SSD） |
|---|---|
| 冗余方式 | 多副本或纠删码，跨节点与跨机架放置 |
| 数据服务 | 卷、共享目录、快照与克隆，由软件层提供 |
| 扩展单位 | 节点：计算与存储容量同步增加 |
| 关键依赖 | 低时延东西向网络与稳定的集群仲裁 |
容量口径的常见算法
| 口径 | 含义 | 影响 |
|---|---|---|
| 裸容量 | 全部节点盘位标称之和 | 用于机柜与盘位规划 |
| 可用容量 | 扣除副本或纠删开销后的容量 | 决定业务可分配空间 |
| 预留余量 | 为重建与性能留出的空间 | 不足会导致重建失败或性能塌陷 |
| 缓存层容量 | 写缓冲与热点数据空间 | 偏小会放大写时延并加速缓存盘磨损 |
典型使用场景
- 虚拟化整合：替换传统「服务器 + 共享阵列」的组合，运维界面统一
- 私有云与容器平台：按节点扩容，容量与算力同步增长
- 分支机构与边缘机房：空间、供电与运维人力有限，一体化部署更省事
- VDI 与开发测试环境：虚拟机数量多、创建频繁，快照与克隆需求密集
- 需要简化责任链的团队：软硬件来自同一体系，故障定位与升级路径更清晰
超融合扩容时要同时算三笔账：可用容量、性能（尤其写缓存与重建带宽）、以及故障恢复能力。只按容量加节点，可能出现集群变大了但重建窗口更长、写时延更高的情况。
单节点故障在超融合里同时影响计算与存储：该节点上的虚拟机需要重建或迁移，同时集群少一份冗余。集群规模越小，单节点故障对性能与可用容量的冲击越明显，建议按「少几个节点仍能承载业务」反推规模。