首页/管理/IT 管理与治理速查/容量与绩效管理
ITIL 与服务管理60 条

容量与绩效管理

容量与绩效管理通过容量趋势、性能基线与阈值设计,确保资源满足当前与可预见的需求;扩容触发要与业务节奏联动。

IT 管理与治理速查管理更新于 2026-10-13

容量与绩效管理是什么

容量与绩效管理通过容量趋势、性能基线与阈值设计,确保资源满足当前与可预见的需求,扩容触发要与业务节奏联动。它同时管两件事:容量是否够用,绩效是否够快够稳,因为这两类问题常常同源——连接池打满、慢查询堆积往往先于硬件饱和表现出来。适用对象包括自建机房、公有云与容器平台,方法一致但工具不同。

基本信息

输入资源利用率、增长趋势、业务计划
输出容量计划、扩容触发线、优化建议
关注饱和点与安全余量
基线口径常用 P95/P99,而非平均值
触发线示例70% 预警、85% 扩容
复核节奏按季度滚动更新,大促前单独评估

典型使用场景

  • 年度与季度容量规划:按业务增长折算资源需求与预算
  • 大促与活动前评估:按峰值场景压测并做临时扩容
  • 新服务上线:确定初始规格与扩容策略
  • 成本优化:识别长期闲置资源与过度配置
  • 性能劣化排查:对比基线找出版本退化或慢查询
  • 云上弹性设计:结合自动扩缩容,明确扩容上限与熔断保护

容量计划要素

容量计划要素
基线:CPU/内存/存储/连接数 P95
预测:按业务计划折算资源增长
触发:如 70% 预警 / 85% 扩容
复核:按季度滚动更新,大促前单独评估
验证:压测结果与线上表现对照,修正模型

容量与绩效关注点

维度核心问题常用指标典型动作
容量资源够不够CPU、内存、存储、连接数与增长趋势扩容、限流、架构优化
绩效响应快不快延迟分位值、吞吐、错误率索引与慢查询优化、缓存、异步化
余量抗风险能力峰值余量与故障域剩余容量预留冗余、降级演练
只盯平均值会漏掉高峰:容量评估要基于 P95/P99 与峰值场景,平均值往往掩盖真实压力。

易错点

  • 冗余一刀切(全系统留 50%):成本浪费且掩盖真实瓶颈
  • 只看资源不看应用:连接池与慢查询常先于硬件饱和
  • 扩容靠临时救火:没有触发线与预测,容量问题总在业务高峰暴露
  • 压测环境与生产差距大:模型失真,扩容后仍不达标

数据来源与参考

  • ITIL 4 Foundation(AXELOS/PeopleCert)
​‌‌​​‌​​​‌‌​‌‌‌‌​‌‌​​​‌‌​‌‌‌​​‌‌​​‌​‌‌‌​​‌‌‌​​​‌​‌‌​‌​​‌​‌‌‌​​​‌​‌‌​‌​​‌​‌‌​​​‌‌​‌‌‌​‌​​​‌‌​‌‌‌‌​​‌​‌‌‌​​‌‌​​​‌‌​‌‌​‌‌‌‌​‌‌​‌‌​‌