系统集成项目管理工程师 · 高频练习

业务量持续增长但还没宕机,应该等资源用满后再扩容吗?

中级 单选题 第 1047 题 中等 系统集成项目管理工程师容量管理趋势分析扩容阈值性能管理
题目

某平台近三个月业务峰值期间的CPU利用率分别为65%、74%和82%,单月交易量仍在增长。当前尚未发生宕机,但采购新服务器和上线扩容方案需要三周。项目组最合理的做法是()。

A 等CPU达到100%并出现用户投诉后再申请资源
B 结合业务增长和历史监控做趋势预测,确认瓶颈并按提前量触发扩容,扩容后重新验证容量和性能
C 只看三个月平均CPU,忽略峰值时段和交易响应时间
D 立即删除全部历史日志,以保证CPU利用率下降
题目类型:原创高频场景题 用途:用于帮助理解系统集成项目管理工程师相关考点和答案解析,不等同于官方真题。
正确答案
B
答案解析

容量管理应在服务失效前依据趋势和提前量采取行动。当前峰值已连续增长且超过82%,而扩容需要三周,因此应预测何时触及警戒线,确认CPU是否真是瓶颈,及时启动扩容并在实施后验证效果。

选项分析

A

等资源耗尽再处理会把计划性扩容变成故障应急,无法满足三周提前量。

B

正确,趋势、瓶颈验证、提前触发和实施后复测构成主动容量管理闭环。

C

平均值会掩盖峰值拥塞,且缺少业务量和用户响应指标。

D

日志可能占用存储,但题干没有证据表明它是CPU增长根因,直接删除还会破坏审计和排障。

本题为什么容易错

容量题常被简化成‘CPU超过80%就扩容’。80%可以是某个环境的告警线,却不是放之四海皆准的答案;题目真正考的是用数据趋势和交付提前量做决策。

先看结论

简短答案

业务量持续增长但还没宕机,应该等资源用满后再扩容吗,正确答案是 B(结合业务增长和历史监控做趋势预测,确认瓶颈并按提前量触发扩容,扩容后重新验证容量和性能)。容量管理应在服务失效前依据趋势和提前量采取行动。当前峰值已连续增长且超过82%,而扩容需要三周,因此应预测何时触及警戒线,确认CPU是否真是瓶颈,及时启动扩容并在实施后验证效果。

解析

易混淆概念对比表

概念本题判断区别要点记忆提示
等CPU达到100%并出现用户投诉后再申请资源 本题干扰项 等资源耗尽再处理会把计划性扩容变成故障应急,无法满足三周提前量。 看到该词不要急着选,先判断是否真正解决题干问题
结合业务增长和历史监控做趋势预测,确认瓶颈并按提前量触发扩容,扩容后重新验证容量和性能 本题正确答案 正确,趋势、瓶颈验证、提前触发和实施后复测构成主动容量管理闭环。 看到题干核心场景时优先联想到它
只看三个月平均CPU,忽略峰值时段和交易响应时间 本题干扰项 平均值会掩盖峰值拥塞,且缺少业务量和用户响应指标。 看到该词不要急着选,先判断是否真正解决题干问题
立即删除全部历史日志,以保证CPU利用率下降 本题干扰项 日志可能占用存储,但题干没有证据表明它是CPU增长根因,直接删除还会破坏审计和排障。 看到该词不要急着选,先判断是否真正解决题干问题
本题易混淆选项怎么区分
  • 等CPU达到100%并出现用户投诉后再申请资源:等资源耗尽再处理会把计划性扩容变成故障应急,无法满足三周提前量。
  • 只看三个月平均CPU,忽略峰值时段和交易响应时间:平均值会掩盖峰值拥塞,且缺少业务量和用户响应指标。
  • 立即删除全部历史日志,以保证CPU利用率下降:日志可能占用存储,但题干没有证据表明它是CPU增长根因,直接删除还会破坏审计和排障。
复习

知识点详解

容量管理根据当前资源利用、业务预测和服务目标判断未来资源是否足够。有效指标不仅包括CPU、内存、存储和网络,还应关联吞吐量、队列长度、响应时间和错误率。扩容前要验证真正瓶颈,考虑采购、审批、变更和测试提前量;扩容后应复测基线并更新容量模型。

备考速记

容量管理不是等用完,而是给增长和扩容都留出时间。

性能管理在性能管理场景中的作用

真正有用的容量报告应把技术指标翻译成业务承载能力,例如当前每秒订单量、增长速度和达到SLA风险点的预计日期。这样管理层看到的不只是一个红色CPU数字,而是晚三周行动可能造成什么业务后果。

拓展

同类题怎么考

  • 根据资源趋势选择扩容时机
  • 识别平均指标掩盖峰值的问题
  • 设计容量管理闭环
性能管理在系统集成项目管理工程师软考中的考法

题干给出连续多期数据和实施提前量时,优先找趋势预测与提前触发。只看单点指标、等故障后处理或未经分析直接删数据,通常都不是成熟的容量管理。

解题思路

这道题的关键数字不是82%,而是‘三个月持续上升’和‘扩容要三周’。容量管理要给行动留时间。老师会先排除等到100%的救火思路,再核实瓶颈,按增长速度倒推出最晚启动日期,扩完还要看响应时间是否真的改善。

考点定位

扩容阈值不是越高越节省,也不能只看一个固定百分比。阈值要结合峰值持续时间、响应时间、业务增长、采购或变更提前量以及可接受风险确定。

易错提醒

  • 只看平均值,不看峰值和持续时间
  • 看到CPU高就加机器,没有确认数据库、锁或外部接口瓶颈
  • 扩容完成后不做基准测试和监控复核

备考提示

  • 用当前容量、增长速度、阈值和实施周期练习倒推启动时间
  • 把容量预测与性能诊断分开:前者回答何时不够,后者回答哪里卡住

你可能还想了解

  • CPU达到80%就一定要扩容吗?
  • 容量管理为什么要看业务增长趋势?
  • 扩容提前量怎样计算?
  • 扩容后为什么还要做性能验证?

本文小结

CPU峰值连续上升且扩容需要三周,应结合业务增长做趋势预测、确认瓶颈并提前触发扩容,实施后再验证容量和性能。