SoupCalc

RAID 原始容量与可用容量计算器

RAID 原始容量与可用容量计算器

这个工具估算所选 RAID 级别的标称原始容量,以及扣除其假定冗余开销后的可用容量。输入整数磁盘数量、每块磁盘分配的相同容量,并选择 GB 或 TB。输出保持所选单位,不会把硬盘厂商的十进制 GB 或 TB 换算成二进制 GiB 或 TiB。

结果描述阵列布局,不代表格式化后的文件系统空间。控制器、元数据、热备盘、文件系统、预留空间和厂商约定,都可能使操作系统显示的容量更小。

计算方法和公式

设有 n 块等容量磁盘。

  • RAID 0 可用容量为 n × 单盘容量,至少 2 块磁盘,没有冗余
  • RAID 1 可用容量为 1 × 单盘容量,至少 2 块磁盘,本工具假定所有输入磁盘镜像同一份数据
  • RAID 5 可用容量为 (n − 1) × 单盘容量,至少 3 块磁盘
  • RAID 6 可用容量为 (n − 2) × 单盘容量,至少 4 块磁盘
  • RAID 10 可用容量为 n ÷ 2 × 单盘容量,至少 4 块且数量必须为偶数
  • RAID 50 可用容量为 (n − 2) × 单盘容量,至少 6 块且数量必须为偶数,假定恰好由两组相同 RAID 5 再做条带化
  • RAID 60 可用容量为 (n − 4) × 单盘容量,至少 8 块且数量必须为偶数,假定恰好由两组相同 RAID 6 再做条带化

原始容量始终为 n × 单盘容量。磁盘数量不满足条件或拓扑不受支持时,程序会拒绝输入,不会返回看起来合理的零值。

完整示例

使用六块 2 TB 磁盘组成 RAID 50。按照本工具的两组假设,可用容量为 8 TB。两组 RAID 5 各消耗一块磁盘等量的校验空间。

(6 − 2) × 2 TB = 8 TB 可用容量

原始容量为 6 × 2 TB = 12 TB。相差的 4 TB 是这个拓扑中的冗余开销,不是可以独立恢复的备份副本。

如何理解结果

“可用”指扣除阵列冗余后、控制器和文件系统开销前的标称容量。磁盘容量不同时,多数传统 RAID 布局只会在每块成员盘上使用最小磁盘的容量,应采用该容量做保守计算。

容错能力取决于具体故障磁盘和嵌套布局。例如 RAID 10 在故障盘分属不同镜像对时可能承受多块盘故障,但同一镜像对损失两块盘就可能导致阵列失效。本工具只报告容量,不计算故障概率或重建安全性。

容量和数据安全限制

  • RAID 不能代替备份。 它无法防止删除、损坏、恶意软件、盗窃、火灾、控制器故障或被同步到所有成员盘的操作错误。重要数据应保留经过恢复测试的独立备份
  • RAID 0 没有磁盘故障容忍能力,任何一块成员盘故障都可能使整个阵列不可用
  • 重建会增加剩余磁盘负载,并使阵列暴露在后续故障风险中。选择重要数据的 RAID 级别时,容量只是其中一个条件
  • 不同厂商对嵌套级别、分布式备用空间、去集群和混合磁盘容量的实现会有差异。采购或迁移前,应在控制器文档中确认实际拓扑和报告容量

资料来源

编辑记录

  • 作者为 SoupCalc 编辑团队
  • 方法复核由 SoupCalc 存储工程审查完成
  • 最后复核日期为 2026 年 8 月 10 日
  • 复核范围包括支持级别、磁盘数量校验、嵌套阵列假设、容量示例、单位语义和备份警告