概述
容量规划的失误往往不是算错,而是用平均值掩盖了忙时或把下一个瓶颈留到触发时才处理。以真实趋势为基准、逐一建模各阈值的容量与成本、明确下一个将饱和的资源、并在阈值日期前完成变更,可把容量问题挡在影响用户之前。
关键步骤
- 依据真实趋势而非仅目标预测增长。
- 为每个增长阈值建模容量与成本。
- 识别下一个将饱和的资源。
- 在阈值日期前规划并排定变更。
验证
- 预测与近期观测增长吻合。
- 计划变更日期早于预计阈值日期。
- 下一瓶颈被明确命名。
- 预测假设有记录。
决策点
能分片时优先水平扩展,无法分片才纵向;应按峰值加余量规划,平均值会掩盖真正导致饱和的忙时。
适用范围
本条目围绕「容量增长预测工作流」给出可复制的步骤、验证方式与常见问题,适合需要按此流程落地的工程团队。执行时请结合自身上下文调整命令与阈值,并在变更前后留存证据,便于后续复核与回滚。
建议在正式环境落地前先在预发或隔离环境演练一遍,把关键观测指标与负责人一并记录,确保出现异常时能快速定位并恢复。
# simple linear projection from the observed trend
awk 'NR>1 {print $1, $2}' usage.csv | head
# fit and project the next threshold date