10 块 16TB 盘的算账
用 10 块 16TB 企业盘做 RAID 6，阵列可用容量是 (10-2)×16TB = 128TB，换算到系统里约 116TiB。这是大容量盘阵列最典型的结构：多花的两块盘买的是「重建窗口内还能再坏一块」的能力。单盘 16TB 的重建按 200MB/s 估算也要二十多个小时，期间业务性能下降、冗余只剩一块，双校验正是为这段窗口买的保险。
基本信息
| 盘配置 | 10 × 16TB SAS 7200rpm 企业盘 |
|---|---|
| 阵列容量 | (10 - 2) × 16TB = 128TB |
| 系统显示 | 约 128 × 0.9095 ≈ 116TiB，再扣文件系统与快照预留 |
| 容错 | 任意两块盘同时故障仍可恢复 |
| 重建窗口 | 单盘 16TB 按 200MB/s 估约 22 小时起步，业务繁忙时更长 |
| 典型用途 | 归档、备份、视频库等大容量顺序型业务 |
计算过程
计算过程
可用容量 = (10 - 2) x 16TB = 128TB # 损失两块盘做双校验
盘数下限校验：RAID 6 需 >= 4 块，10 块满足
系统显示 ≈ 128 x 0.9095 ≈ 116TiB # 十进制与二进制换算
扣掉文件系统与快照预留（按 5% 计）≈ 110TiB
重建量 = 单盘 16TB，按 200MB/s 估 ≈ 22 小时以上不同盘数的容量（16TB 盘）
| 盘数 | RAID 6 可用容量 | 固定损失 |
|---|---|---|
| 6 块 | 64TB | 2 块盘 = 32TB |
| 8 块 | 96TB | 2 块盘 = 32TB |
| 10 块 | 128TB | 2 块盘 = 32TB |
| 12 块 | 160TB | 2 块盘 = 32TB |
为什么大容量盘倾向 RAID 6
- 单盘容量越大，重建要读的数据越多，窗口越长
- 窗口越长，期间遇到第二块盘故障或不可纠正读错误的概率越高
- 多付一块盘容量换来窗口内的第二层冗余，性价比高于重建失败后的全损
- 盘数越多，参与重建的盘越多，撞上坏道的概率同步上升
大容量盘阵列的重建以天为单位，规划时要把「重建期间性能下降」写进容量与性能预算，而不是出了故障才发现业务被拖慢。