规划的四步闭环
容量规划不是一次性算数，而是持续循环。第一步盘点现状：当前可用容量、使用率、各业务占用与增长速度，数据要来自监控系统而不是估算。第二步预测增长：按业务计划、留存量增加、数据保留期与副本策略推算未来一到三年的需求，注意区分线性增长与阶梯式增长。第三步反推采购：把需求还原为裸容量，考虑冗余开销、系统预留与取整粒度，得出需要多少盘位与节点。第四步设置防线：把水位告警、清理策略与扩容流程写成规程，让扩容在达到高水位前完成。四步中任何一步省略，都会在后续以「容量突然不够」的形式暴露。
四步要点与常见偏差
| 步骤 | 关键动作 | 常见偏差 |
|---|---|---|
| 盘点现状 | 采集使用率与各业务占用明细 | 只看总量，不知谁在增长 |
| 预测增长 | 按业务计划与保留期推算 | 用历史线性外推，忽略业务变更 |
| 反推采购 | 还原裸容量并考虑取整 | 直接用需求容量当采购量 |
| 设置防线 | 告警阈值与扩容流程固化 | 只监控不流程，告警后无人推进 |
基本信息
| 规划起点 | 业务数据量、保留期与冗余策略 |
|---|---|
| 规划终点 | 采购数量、采购时间点与水位策略 |
| 关键参数 | 增长率、冗余开销、重建余量、采购与上架周期 |
| 验证方式 | 用监控数据回看预测偏差，持续修正模型 |
| 输出物 | 容量台账、扩容计划与告警阈值清单 |
典型使用场景
- 年度采购立项：给出容量需求与时间点，支撑预算编制
- 业务上线评估：新系统上线前核算它对存储的增量占用
- 数据保留政策调整：保留期变化直接影响所需容量，二者要联动评估
- 灾备与副本规划：副本数与异地保留带来成倍容量需求
- 日常运维：按台账核对各业务占用，及时发现异常增长
阶梯式增长必须单独识别：日志留存、影像归档、版本发布等业务会在特定时间点带来跳跃式增长，用线性外推会低估需求。这类业务应按事件节点单独建模。
采购与上架周期要算进时间轴：从下达到可用往往需要数周，若等到高水位再启动流程，中间的空窗期只能靠清理与限流硬撑。扩容计划应提前一个采购周期启动。