大容量数据存储:先把容量算对,再谈盘位
「买 24 盘位插满 8TB」不是方案。容量需求由留存天数、写入速率和冗余策略共同决定,算错任何一项都会在验收时露馅。
这个页面适合谁:搜索这类词的人,通常要为监控录像、备份归档或设计素材找一个大容量存储,想知道要多少盘位、用什么 RAID、能不能扩容。
这类需求通常在解决什么问题
存储选型的第一步是算容量,公式很简单:可用容量 = 单路写入速率 × 路数 × 留存时长。难点在「写入速率」这个变量——同一路 1080P 摄像头,H.264 编码约 4Mbps,H.265 可降到 2-2.5Mbps,智能编码(只在有移动时提高码率)还能再降 30%-50%。按标称值估算,结果可能差一倍。
第二步是 RAID 策略。RAID 5 容一块盘故障、容量利用率高,但大容量盘重建时间长(8TB 盘通常 10 小时以上),重建期间再坏一块就整阵列丢失;RAID 6 牺牲一块盘的容量换双盘容错,对「历史数据不可重录」的场景更合适;RAID 10 性能最好但容量利用率只有 50%,适合数据库而非大容量归档。
第三步是盘位规划。全部插满会让未来扩容无处下手,一旦盘位用尽只能整机更换。合理做法是留 10%-20% 空盘位,配合支持在线扩容的阵列卡,后续加盘即可扩容量,不必停机重建。
需求画像
| 典型规模 | 单机 12-24 盘位,可用 50-200TB |
|---|---|
| 主要负载 | 视频录像、备份归档、设计素材、日志留存 |
| 性能要求 | 连续写入为主,IOPS 要求低;随机读场景需 SSD 缓存 |
| 扩容预期 | 18-36 个月内可能增加 30%-50% 容量 |
选型要点
以下 6 条按重要性排序,前两条通常决定预算的分配方向:
-
01容量按「实际码率」算
单路每天容量 = 码率(Mbps) × 86400 ÷ 8 ÷ 1024 ≈ GB。3.2Mbps 约 33.8GB/天,2Mbps 约 21GB/天。先抽 7 天实际样本,再乘留存天数。
-
02RAID 6 是监控与归档的默认选择
大盘重建窗口长,RAID 5 在重建期间的风险不可接受。用一块盘的容量换双盘容错,是这类场景最划算的交易。
-
03硬盘必须选 CMR,避开 SMR
SMR 盘在持续写入时会出现明显的速度崩塌,多路并发录像会直接丢帧。采购时明确要求 CMR,不要只看容量与价格。
-
04监控级盘与桌面盘的区别
监控盘按 7×24 连续写入设计,固件针对顺序写优化;桌面盘按每天 8 小时工作设计,长期连续写入的故障率明显更高。
-
05留 10%-20% 空盘位
盘位用尽等于整机到期。留空位加支持在线扩容的阵列卡,后续扩容只需加盘,不动业务。
-
06冷热分层能省一半预算
近 30 天热数据放 SSD 或高速盘,历史数据放高密度大容量盘,归档数据可上磁带或对象存储。不是所有数据都值得放在同一档介质上。
三档配置建议
档位不是「好中差」,而是按规模与预算划分的起点。实际配置会在此基础上按你的具体需求调整。
入门档
2-5 万50TB 以内,8-12 盘位,部门级文件共享
| 盘位 | 8-12 盘位 2U/4U |
|---|---|
| 硬盘 | 4-8 × 8TB CMR |
| RAID | RAID 5 或 6 |
| 网络 | 双口千兆/万兆 |
主流档
6-15 万100-150TB,16-24 盘位,监控与备份
| 盘位 | 24 盘位 4U,预留 4 空位 |
|---|---|
| 硬盘 | 16-20 × 8-12TB CMR |
| RAID | RAID 6 单阵列 |
| 网络 | 双口万兆 + 千兆管理 |
高密度档
20 万以上200TB 以上,60 盘位以上,数据中心归档
| 盘位 | 60/90 盘位 4U 高密度 |
|---|---|
| 硬盘 | 40+ × 16-20TB CMR |
| RAID | RAID 6 + 热备盘 |
| 网络 | 25G 双口 |
常见误区
按标称码率估算
标称 2Mbps 实际跑到 3.2Mbps,容量需求就多 60%,验收时留存天数不达标。
为了多一块盘用 RAID 5
20 块 8TB 用 RAID 5,重建窗口内再坏一块即全盘丢失。省下的 8TB 远不值这个风险。
盘位一次插满
后续扩容无位可插,只能整机更换,等于提前结束设备寿命。
我们怎么交付
我们提供容量测算服务:客户提供路数、分辨率、编码方式与留存要求,我们抽取实际码率样本后出测算表,把「每路每天多少 GB、总共多少 TB、需要多少块盘、RAID 后可用多少」逐项列清,验收时按同一张表核对。
交付前做 72 小时连续写入压测与单盘拔插测试,确认阵列能正常降级与重建。到货后协助规划卷划分与共享权限,监控场景还会配合 NVR/平台侧做写入路径验证。
常见问题
NAS 是一体化的文件共享设备,开箱即用、管理简单,但扩展性与性能上限较低,适合部门级文件共享;存储服务器是通用服务器加多盘位与阵列卡,可按需配 CPU、内存、网卡与 RAID 策略,扩展性强、可承载监控平台或备份软件,适合容量大、并发高的场景。选型看的是「是否需要跑应用」和「是否需要横向扩展」。
RAID 5 容 1 块盘故障、容量利用率高,适合盘数少、盘容量小的场景;RAID 6 容 2 块盘、牺牲一块容量,适合大容量盘与不可重录的数据(监控、归档);RAID 10 性能最好但只有 50% 利用率,适合数据库与高 IOPS 场景。监控与归档优先 RAID 6,数据库优先 RAID 10。
常见三个原因:一是实际码率高于估算值;二是 RAID 校验与文件系统开销吃掉了 10%-25% 的容量;三是智能编码未开启,或部分摄像头仍用 H.264。排查顺序是先用平台统计实际写入速率,再核算阵列可用容量,最后检查编码配置。
技术上多数阵列卡支持,但混插会让阵列按最小盘容量计算,大容量盘的空间被浪费,而且不同批次、不同型号的盘混用会增加故障率与排查难度。建议同一阵列内使用同型号同容量硬盘,扩容时整组替换或使用支持异构扩容的阵列卡。