一、回忆版的题目
回忆的题意是：某系统当前配置——前端服务器：每台 8 核 16G 内存，共 300 台，平均使用率 50%；数据库服务器：每台 16 核 32G 内存，共 200 台，平均使用率 60%。业务规模翻倍后，需要多少 vCPU、多少台虚拟机？
先把术语说清楚：8c16g 里的 c 是核数，也就是 vCPU 数；g 是内存的 GB 数。使用率是当前资源被实际占用的比例。题目问的是"翻倍后的需求"。
二、先定位：这道题考教材哪一节
教材 6.3.3 计算资源规划的七个关键过程里，第二步是容量规划——"基于需求分析，确定所需的计算资源容量。这涉及决定在任何给定时间内能够处理多少工作负载，以及需要多少资源来满足这个需求"。教材还说容量规划是"一种基于历史数据和趋势分析的方法，用于预测未来的计算资源需求"。
所以这道题的本质是：用当前的历史数据（配置、数量、使用率），按业务增长趋势（翻倍），预测未来需要的资源。理解了这一点，算法就是把"预测"翻译成算式。
三、算法：三步走
容量估算的思路就三步，我用前端服务器演示：
第一步：算出当前实际占用的资源。 当前配置的总 vCPU = 每台核数 × 台数 = 8 × 300 = 2400 vCPU。 但实际只用了 50%，所以当前实际占用 = 2400 × 50% = 1200 vCPU。 内存同理：总内存 = 16 × 300 = 4800 G，实际占用 = 4800 × 50% = 2400 G。
第二步：按业务增长比例放大实际需求。 业务规模翻倍，实际需要的资源也翻倍： 翻倍后实际需要 vCPU = 1200 × 2 = 2400 vCPU；实际需要内存 = 2400 × 2 = 4800 G。
第三步：按目标使用率反推需要配置多少资源、多少台。 这一步有一个关键假设——翻倍后的目标使用率是多少。题目如果给了目标使用率，按题目的算；没给，通常有两种口径：
- 口径一：保持原使用率不变（50%）。 需要配置的总 vCPU = 实际需要 ÷ 使用率 = 2400 ÷ 50% = 4800 vCPU；需要的台数 = 4800 ÷ 8 = 600 台。也就是配置和台数都翻倍——这是最直观的答案。
- 口径二：设定一个更合理的目标使用率（比如 70%）。 需要配置的总 vCPU = 2400 ÷ 70% ≈ 3429 vCPU，取整按台数算：3429 ÷ 8 ≈ 429 台，向上取整 429 台（或按实际配置取 430 台）。这个口径的意思是"翻倍后不要再让资源闲置一半，把使用率提上去"，配置比口径一省。
数据库服务器同样三步：当前总 vCPU = 16 × 200 = 3200，实际占用 = 3200 × 60% = 1920；翻倍后实际需要 = 3840 vCPU；按原使用率 60% 反推，需配置 3840 ÷ 60% = 6400 vCPU，即 6400 ÷ 16 = 400 台。内存：当前总 32 × 200 = 6400 G，占用 3840 G，翻倍需 7680 G，按 60% 反推需配置 12800 G，对应 400 台。
合计（口径一）：前端 600 台、4800 vCPU；数据库 400 台、6400 vCPU；总计 1000 台虚拟机、11200 vCPU。
四、答题格式：怎么写才拿分
计算题的分，一半在结果、一半在过程。评卷老师要看到你的思路和假设，格式建议这样：
先写假设："假设业务规模翻倍后，各类服务器保持当前的平均使用率不变（前端 50%、数据库 60%），且单台配置不变。"
再分类计算，每类三步：
前端服务器： 当前总 vCPU = 8 × 300 = 2400，实际占用 = 2400 × 50% = 1200 vCPU； 翻倍后实际需要 = 1200 × 2 = 2400 vCPU； 按 50% 使用率反推，需配置 vCPU = 2400 ÷ 50% = 4800，需虚拟机 = 4800 ÷ 8 = 600 台。
数据库服务器： 当前总 vCPU = 16 × 200 = 3200，实际占用 = 3200 × 60% = 1920 vCPU； 翻倍后实际需要 = 1920 × 2 = 3840 vCPU； 按 60% 使用率反推，需配置 vCPU = 3840 ÷ 60% = 6400，需虚拟机 = 6400 ÷ 16 = 400 台。
最后写结论："业务规模翻倍后，共需前端虚拟机 600 台（4800 vCPU）、数据库虚拟机 400 台（6400 vCPU），合计 1000 台、11200 vCPU。若将目标使用率提升至 70%，则前端约需 429 台、数据库约需 343 台，可减少资源冗余。"
最后一句是加分项——你在给出主答案之后，补一个"更优化的口径"，体现你理解容量规划不是简单翻倍、还要考虑资源利用效率。教材 6.3.3 的第六步"成本效益分析"和第七步"持续监控"就是这个意思。
写公式、代数字、给结果、说假设——四样齐全，计算题就是满分。
再说说这道题里"虚拟机数"这个问法的一个细节。题目给的是"每台 8 核 16G"这样的单台配置，问翻倍后"需要多少台虚拟机"——隐含的假设是单台配置不变，你按同样的 8 核 16G 去算台数。但实际规划里，单台配置是可以调整的：比如前端翻倍后不一定非要 600 台 8 核，也可以是 300 台 16 核。这两种方案 vCPU 总量一样，但台数不同、管理成本不同、故障影响面不同。案例题如果多问一句"从运维管理角度，单台配置和台数如何权衡"，你就可以答：台数多则单点故障影响小、但管理和许可成本高；单台配置大则管理简单、但单点故障影响大，需结合业务的可用性要求和运维能力权衡。这是容量规划里"虚拟化策略"那一步（教材七步里的第四步）的内容，和计算题连着考的可能性很大。
还有内存这条线，前面第五节会讲，这里先记一句：题目问 vCPU 就答 vCPU，但内存要顺手算一遍作为校验，两条线算出的台数不一致时取大的。本题两条线一致，直接给 vCPU 的结果即可。
关于取整，再强调一次：台数一律向上取整。428.6 台取 429 台，不是 428 台，也不是四舍五入的 429（碰巧相同）——原则是"不够就多配一台"，因为容量规划的底线是资源够用。vCPU 总数如果算出小数，也向上取整到整数。
五、内存要不要算
题目问的是 vCPU 和虚拟机数，内存可以不单独作为答案，但建议算一遍作为校验。因为如果按 vCPU 算出的台数和按内存算出的台数不一致，说明配置比例有问题，要取较大的那个。本题里前端每台 8 核 16G、数据库每台 16 核 32G，核数和内存是固定配比，两种算法结果一致，不会冲突。如果题目给的是"vCPU 使用率 50%、内存使用率 80%"这种不一致的情况，就要分别算、取大值。这是容量规划的一个基本原则：按瓶颈资源定台数。
给你一个"两条线不一致"的完整算例，感受一下取大值的过程。假设某应用服务器每台 8 核 16G、共 100 台，vCPU 使用率 50%、内存使用率 80%，业务翻倍，保持各自使用率不变，问需多少台。
vCPU 线：当前总 800 核，占用 400，翻倍需 800，按 50% 反推需配置 1600 核，台数 = 1600 ÷ 8 = 200 台。
内存线：当前总 1600 G，占用 1280，翻倍需 2560，按 80% 反推需配置 3200 G，台数 = 3200 ÷ 16 = 200 台。
这个例子里两条线碰巧都是 200 台。但如果内存使用率是 90%——当前占用 1440，翻倍需 2880，按 90% 反推需 3200 G，台数 200 台；vCPU 线仍是 200 台，一致。再换：vCPU 使用率 30%、内存使用率 80%——vCPU 线：占用 240，翻倍 480，按 30% 反推 1600 核，200 台；内存线不变 200 台。你会发现"保持各自使用率不变"时，台数永远等于原台数乘增长倍数，两条线一定一致。两条线真正不一致的情况，出现在"给了统一的目标使用率"时——比如要求翻倍后 vCPU 和内存使用率都不超过 70%：vCPU 线，翻倍需 800，按 70% 反推 1143 核，143 台；内存线，翻倍需 2560，按 70% 反推 3658 G，229 台。这时内存是瓶颈，取 229 台。
所以"按瓶颈资源定台数"这条原则，在"统一目标使用率"的题型里才会真正用到。考场上遇到给了统一目标使用率的题，两条线都算，取大的；只给 vCPU 的题，算 vCPU 线即可，内存顺手校验一下。
综合选择题里，容量规划也会以概念题出现，比如"容量规划的依据是什么"（历史数据和趋势分析）、"计算资源规划的第一步是什么"（需求分析）、"下列哪项不属于计算资源规划的关键过程"。这些概念第 122 篇讲过，和今天的计算题是同一节的两种考法，一起记。
六、四个常见坑
坑一：直接把台数翻倍，不算使用率。 300 台翻倍就是 600 台——结果碰巧和口径一一样，但过程是错的，因为你没有体现"当前使用率"这个数据的作用。评卷老师要看的是"实际占用→放大→反推"这个逻辑，直接翻倍拿不到过程分。
坑二：忘了反推，把"实际需要"当成"需要配置"。 翻倍后实际需要 2400 vCPU，有同学就答"需要 2400 vCPU、300 台"——这是把 100% 使用率当默认了，服务器不可能跑满，必须按目标使用率反推配置量。
坑三：使用率的分母搞反。 反推时是"实际需要 ÷ 使用率"，不是"实际需要 × 使用率"。2400 ÷ 50% = 4800，不是 2400 × 50% = 1200。记住：使用率越低，需要配置的越多。
坑四：不写假设。 目标使用率是你自己定的，不写出来，评卷老师不知道你按什么算的，过程分就丢了。假设一定要写在最前面。
七、这类题还可能怎么变
同一个思路，题目可以变出好几种：
- 给增长率而不是"翻倍"：比如"业务预计增长 50%"，就把"× 2"换成"× 1.5"。
- 给目标使用率：比如"要求翻倍后使用率不超过 70%"，就按 70% 反推，不用自己假设。
- 给峰值系数：比如"峰值是均值的 1.5 倍，按峰值规划"，就在放大时再乘 1.5。
- 反过来问：给你需要的资源，问"当前配置能支撑多大业务规模"，就是把三步倒过来算。
- 问成本：给每台每月单价，问翻倍后的月成本，就是台数乘单价。
万变不离其宗：当前占用→按趋势放大→按目标使用率反推→按单台配置定台数。这四步记牢，怎么变都能算。
给你一个"反过来问"的算例，因为这种变形最容易把人绕晕。题：某系统当前 8 核服务器 300 台，使用率 50%，若要求使用率不超过 80%，在不增加服务器的前提下，业务规模最多能增长到当前的多少倍？倒着算：总 vCPU = 2400，当前占用 = 1200；使用率上限 80% 时最多可占用 = 2400 × 80% = 1920；1920 ÷ 1200 = 1.6，即业务最多增长到当前的 1.6 倍（增长 60%）。你看，反过来问就是把"反推"那一步倒过来——不是"需要÷使用率"，而是"总量×使用率上限"得到可占用量，再除以当前占用得倍数。这类题考的是你对"使用率"这个概念的理解深不深，而不是算术难不难。
再补一个"问成本"的算例：接上面口径一的结果，若每台虚拟机每月成本 500 元，翻倍后月成本 = 1000 台 × 500 = 50 万元；若采用口径二的 772 台，月成本 = 38.6 万元，每月节省 11.4 万元。案例题若问"从成本角度比较两种方案"，就这么算、这么比，再加一句"口径二虽节省成本，但使用率提升至 70% 后应对突发峰值的余量减小，需配合弹性扩展或监控告警机制"——把成本和风险一起说，才是规划师的视角。
八、三道练习题：带答案，今天就算
光看不算记不住，给你三道变形题，每道都按第四节的格式写完整过程。答案在后面，先自己算再对。
练习一（改数字）：某系统应用服务器每台 4 核 8G，共 400 台，平均使用率 40%；缓存服务器每台 8 核 32G，共 100 台，平均使用率 70%。业务规模预计增长 50%，保持当前使用率不变，各需多少 vCPU、多少台？
练习二（给目标使用率）：条件同回忆版（前端 8 核 300 台 50%、数据库 16 核 200 台 60%），业务翻倍，但要求翻倍后各类服务器使用率不超过 70%，各需多少台？
练习三（给峰值系数）：某系统当前 6 核 12G 服务器 200 台，均值使用率 45%，峰值是均值的 1.6 倍。业务增长 30%，要求按峰值规划且峰值使用率不超过 80%，需多少台？
练习一答案：应用服务器——当前总 vCPU = 4 × 400 = 1600，实际占用 = 1600 × 40% = 640；增长 50% 后需 640 × 1.5 = 960；按 40% 反推需配置 960 ÷ 40% = 2400 vCPU，台数 = 2400 ÷ 4 = 600 台。缓存服务器——当前总 vCPU = 8 × 100 = 800，占用 = 800 × 70% = 560；增长后需 560 × 1.5 = 840；按 70% 反推需 840 ÷ 70% = 1200 vCPU，台数 = 1200 ÷ 8 = 150 台。合计 750 台、3600 vCPU。你会发现"保持使用率不变"的口径下，台数就是按增长比例放大（400 × 1.5 = 600，100 × 1.5 = 150），但过程必须写全。
练习二答案：前端——翻倍后实际需要 2400 vCPU，按 70% 反推需配置 2400 ÷ 70% ≈ 3428.6，向上取整 3429 vCPU，台数 = 3429 ÷ 8 ≈ 428.6，向上取整 429 台。数据库——翻倍后实际需要 3840 vCPU，按 70% 反推需 3840 ÷ 70% ≈ 5485.7，取 5486 vCPU，台数 = 5486 ÷ 16 ≈ 342.9，向上取整 343 台。合计 772 台。和口径一的 1000 台相比，省了 228 台——这就是"提升目标使用率"带来的资源节约，答题时点一句"通过提升资源利用率可减少约 23% 的虚拟机投入"，成本效益意识就体现出来了。注意台数向上取整，不能四舍五入——428.6 台取 429，因为 428 台不够。
练习三答案：当前总 vCPU = 6 × 200 = 1200，均值占用 = 1200 × 45% = 540；峰值占用 = 540 × 1.6 = 864；增长 30% 后峰值需要 = 864 × 1.3 = 1123.2 vCPU；按峰值使用率 80% 反推需配置 1123.2 ÷ 80% = 1404 vCPU；台数 = 1404 ÷ 6 = 234 台。这道题多了"峰值系数"一步——先算均值占用、再乘峰值系数得峰值占用、再按增长放大、最后按峰值使用率反推。四步链条，一步不能少。
三道题算完，你对三步法的每一种变形都有了手感。考场上不管数字怎么给，你都是这一套：占用→放大→反推→取整。
九、为什么"口径二"更专业：从成本效益看容量规划
有同学问：既然题目没给目标使用率，答口径一（保持原使用率）不就行了，为什么还要补口径二？
因为教材 6.3.3 的七步里，容量规划之后紧跟着"成本效益分析"和"持续监控和维护"。一个系统规划与管理师做容量规划，不能只算"要多少"，还要想"怎么用得更划算"。当前使用率只有 50%，意味着一半的资源在闲置——翻倍时如果照着 50% 配，等于把闲置也翻倍了。专业的做法是借翻倍的机会把使用率提到一个更合理的水平（70% 左右是常见的规划目标，既不闲置太多、又留有应对波动的余量），这样同样的业务量用更少的资源支撑。
所以答题时主答案用口径一（稳妥、和题目数据直接对应），补充口径二（体现成本效益意识）。两个口径都写，评卷老师能看到你既会算、又懂规划。这是计算题从"及格"到"高分"的差别。
再说"持续监控"——容量规划不是算一次就完，教材第七步就是监控。答题结尾可以加一句"规划实施后应持续监控资源使用率，若长期高于 80% 需提前扩容、长期低于 40% 可考虑缩容"，把七步的闭环意识带上。
十、和教材七步的关系
把这道题放回教材 6.3.3 的七步里看：题目给的"配置、数量、使用率"是需求分析的产出（性能数据）；你算的过程是容量规划；算出来之后选什么云服务、要不要虚拟化、怎么保证安全、成本划不划算、怎么持续监控，就是后面五步。案例题若在计算之后追问"完成容量规划后还应做哪些工作"，你就把后五步按顺序写出来。计算题不是孤立的，它是七步里的一步，答题时心里要有这个框架。
十一、考前怎么练
这类题不用多练，练三道就够：一道按回忆版的数字算一遍（今天这道）；一道自己改数字（比如前端改成 4 核 8G、400 台、40%）再算一遍；一道加目标使用率或增长率再算一遍。三道下来，三步法就成了本能。练的时候按第四节的格式完整写出来，不要只在草稿纸上算——考场上你要写的是完整过程，平时就得练完整过程。第八节的三道练习题正好对应这三种，今天就把它们做了。
再说说考场上做这类题的两个操作细节。一是草稿纸和答题区的分工：草稿纸上先把三步的数字算出来、核对一遍（尤其是除法和取整），确认无误再往答题区誊写过程——答题区一旦写错涂改，机考界面上删删改改很浪费时间。二是时间控制：这类计算题在案例一道大题里通常只是一问，占该题三分之一左右的分，用时也按三分之一控制，大约 8 到 10 分钟。三步法熟练后，一问的计算加誊写 8 分钟绰绰有余，不要在这里精雕细琢，写清楚假设、过程、结果就走。
计算题最常见的失分复盘，我见过的有三类：一是算对了没写过程，只写"600 台、400 台"，评卷老师不知道你怎么来的，过程分全丢；二是过程对了算错数，比如 3840 ÷ 60% 算成 6000——低级错误，但考场紧张时常见，所以草稿纸上要核一遍；三是没写假设直接算，评卷老师按"你默认了什么"来判，可能判你"未考虑使用率"。三类里第一类最可惜，明明会却拿不到分。记住：计算题的分是"过程分加结果分"，缺一半就丢一半。
十二、本期速评小结
- 题型：给配置、数量、使用率，按业务增长求资源需求，考教材 6.3.3 容量规划
- 三步法：当前实际占用（配置 × 台数 × 使用率）→ 按增长放大 → 按目标使用率反推配置量，再除以单台配置得台数
- 口径一保持原使用率（前端 600 台 4800 vCPU、数据库 400 台 6400 vCPU）；口径二提升目标使用率更省
- 格式：先写假设、分类三步计算、最后给结论并补优化口径
- 四个坑：直接翻倍、忘反推、分母搞反、不写假设
- 按瓶颈资源定台数，内存可作校验；台数一律向上取整；反过来问用"总量×使用率上限"
十三、明日预告
明天是政策站——系规考前 11 天：准考证、身份证与考点提示。进入最后的考务准备阶段，明天把准考证打印、证件核对、考点踩点、机考注意事项这些"不出错就行"的事一次说清，配一张可以打勾的清单。明早见，不见不散。
