一次完整的容量算账
以 6 块 8TB 企业盘组建 RAID 5 为例，把三个数字一次算清：阵列可用容量、操作系统里真正能看到的容量、以及这块阵列的重建窗口。只报第一个数字而回避后两个，是存储方案评审里最常出现的落差来源——报的是 40TB，装到系统里只有 36TiB 左右，坏盘后还要面对十几个小时的降级运行。
基本信息
| 盘配置 | 6 × 8TB SATA/SAS 7.2K 企业盘 |
|---|---|
| 阵列容量 | (6 - 1) × 8TB = 40TB（损失一块盘做校验） |
| 文件系统可用 | 约 40TB × 0.91 换算，再扣元数据与预留 ≈ 34.6TiB |
| 重建窗口 | 单盘 8TB，按 150MB/s 估算约 15 小时，业务压力下更长 |
| 容错 | 1 块盘；重建期间降级运行，再坏一块即全盘不可用 |
计算过程
计算过程
# 第一步：从裸容量到阵列可用
裸容量 = (6 - 1) x 8TB = 40TB
# 第二步：十进制 TB 换算成操作系统显示的 TiB
40 x 0.9095 ≈ 36.4TiB
# 第三步：扣掉文件系统与快照预留（按 5% 估）
36.4 x 0.95 ≈ 34.6TiB 可用
# 第四步：核对重建窗口
8TB / 150MB/s ≈ 15 小时（业务繁忙时会明显更长）四个口径的对照
| 口径 | 数值 | 说明 |
|---|---|---|
| 裸容量 | 48TB | 6 块盘标称容量之和，用于采购 |
| 阵列可用容量 | 40TB | 按 (N-1) 扣掉一块校验盘 |
| 文件系统可见 | 约 36.4TiB | 十进制与二进制换算后的显示值 |
| 业务实际可用 | 约 34.6TiB | 再扣元数据、日志与快照预留 |
报容量要说清的四件事
- 口径统一：所有数字标注是 TB 还是 TiB，避免评审会上反复纠缠单位
- 风险连同给：RAID 5 的容错只有一块盘，要同时说明降级期间的风险
- 窗口写进方案：把 15 小时以上的重建窗口和对应的业务影响写进设计文档
- 留出余量：阵列使用率超过 85% 后性能与写入放大会明显恶化，别按满容量规划
6 块 8TB 盘 RAID 5 的单盘重建按 150MB/s 估算约 15 小时以上，期间再坏一块盘即丢数据；生产环境建议评估 RAID 6 或为阵列配热备盘。