首页/数据/NoSQL 速查/容量评估:从日增到磁盘预留
选型与架构50 条

容量评估:从日增到磁盘预留

容量评估按链条推算:日均写入乘以保留周期得到逻辑量,再乘索引与副本系数,按实测压缩率折算磁盘,最后加水位余量。任何系数都要标注来源,并在上线后用监控数据持续校准。

NoSQL 速查数据更新于 2026-10-12

估算示例(含假设)

估算示例(含假设)
# 假设:日志写入 20GB/天(未压缩),保留 30 天,压缩率按 4:1 估算
逻辑量    = 20GB × 30 = 600GB
压缩后    ≈ 600GB ÷ 4 = 150GB
索引/内部开销按 1.3 倍 ≈ 195GB
预留 25% 水位        ≈ 245GB
# 若保留 2 份副本,磁盘占用再乘系数(或按副本所在节点分别规划)
输入项日增量、保留周期、副本数、压缩率、预留水位,缺一项结论就不可用
校准手段用真实样本测压缩率;监控磁盘水位与增长斜率;每季度重估
易漏项写放大(合并/重写)、索引体积、备份空间、临时导入的峰值
LSM 类引擎(ClickHouse、HBase、Elasticsearch 的 segment)写入后还有合并与重建过程,峰值占用会高于静态估算,磁盘水位建议常留 20%-30%。

易错点

  • 只按当前数据量买盘,忽略日增与保留策略,数周后触发磁盘告警
  • 把压缩率拍成乐观值(例如按 10 倍估),落地后空间不足来回搬数据

数据来源与参考

  • Elasticsearch Guide: Size your shards
  • MongoDB Manual: Production notes
  • ClickHouse Docs: MergeTree
​‌‌​​‌​​​‌‌​‌‌‌‌​‌‌​​​‌‌​‌‌‌​​‌‌​​‌​‌‌‌​​‌‌‌​​​‌​‌‌​‌​​‌​‌‌‌​​​‌​‌‌​‌​​‌​‌‌​​​‌‌​‌‌‌​‌​​​‌‌​‌‌‌‌​​‌​‌‌‌​​‌‌​​​‌‌​‌‌​‌‌‌‌​‌‌​‌‌​‌