容量规划:用资源基线替代拍脑袋扩容

从业务驱动指标、资源利用率和增长趋势建立容量模型,为扩容窗口和安全余量提供依据。

文章目录 · 5 节

容量规划不是把 CPU 保持在某个固定百分比,而是回答在预期流量、故障降级和发布波动下,系统还有多少可用余量。

选择驱动指标

先找到真正决定资源消耗的业务单位,例如请求数、任务数、活跃连接或每秒写入量。计算单位业务量对应的 CPU、内存、I/O 和依赖调用量。

建立三条基线

  1. 正常工作日的小时级基线。
  2. 大促、批处理或月末结算的峰值基线。
  3. 单节点或单可用区故障后的降级基线。

只使用平均值会隐藏尖峰,应至少同时观察 P95、P99 和峰值持续时间。

计算安全余量

所需容量 = 预测峰值 × 单位资源成本 × 故障冗余系数 × 增长系数

扩容提前量要覆盖采购、配额审批、数据迁移和压测时间。云上资源也可能受区域库存和配额限制,不能假设随时可得。

用压测验证模型

在线上相同配置的隔离环境中逐级加压,记录吞吐、延迟和饱和点。模型偏差超过预期时,先检查缓存命中率、数据规模和依赖限额是否一致。

固定复查节奏

每月更新增长率,每季度执行故障容量演练。容量告警应基于“预计耗尽时间”,而不只是当前利用率。