适用场景

容量规划最容易犯的错是「等报警再扩容」。正确做法是用最小成本算清三个数：当前单机能扛多少、业务每周涨多少、扩容需要提前多久。三个数齐了，扩容就是例行动作。

配置步骤（增长模型与预测）

# 模型（最小可用版）
当前峰值 QPS  : 800（日均 400）
周环比增长    : 6%
月环比        : 1.06^4 ≈ 1.26（月增 26%）
单机能力（压测）: 250 QPS（P95 < 500ms）
现状：4 台 × 250 = 1000 QPS，水位 80%

# 推算
安全水位 70% -> 可用 700 QPS -> 当前已超
1 个月后峰值 = 800 × 1.26 ≈ 1008 QPS -> 需 1008 / (250 × 0.7) ≈ 6 台

# 结论
本月需扩 2 台；若大促按 3 倍峰值算，需 12 台或提前限流降级

关键参数与建议

  • 单机能力：用压测标定（QPS、并发、时延拐点），不要用经验值
  • 增长模型：按周环比推月，大促与新业务上线显式纳入
  • 瓶颈顺序：CPU → 内存 → IO → 网络 → 连接数/队列，逐项验证
  • 扩容触发线：核心 60% 预警、75% 申请、85% 强制；非核心可放宽
  • 提前期：采购+上架+部署+数据同步的总时长要写进台账
  • 成本替代：索引优化、缓存、异步化往往比扩容便宜，优先评估
  • 压测纪律：压测环境与生产配置一致，压测数据隔离
  • 复盘：每次大促后更新单机能力与增长模型参数

容易踩的坑

  • 用平均值算容量，大促按平均来扩容
  • 增长模型只看历史，不纳入新业务上线计划
  • 单机能力用厂商给的参考值，没压测
  • 只看 QPS 不看时延拐点，实际早就劣化
  • 扩容周期没算，采购两周导致业务先挂
  • 模型不更新，一年后参数还是老数据

验证与巡检

# 模型检查
1) 单机能力是否有压测报告？
2) 增长参数是否最近 1 个月更新？
3) 未来 3 个月是否有扩容计划与预算？
4) 大促预估是否单列？
  • 巡检：压测报告有效、模型参数新鲜、扩容计划已排期、大促预估已确认

小结

容量模型验收：业务量翻倍时能立刻回答「哪些资源要扩、扩到多少、多久到位、花多少钱」，四项都有数字。

> 说明：文中命令为通用写法，不同型号/版本可能略有差异，落地前请对照设备实际版本的官方文档；带外管理与安全设备变更建议先在测试设备验证。