什么是容量规划？算力是怎么预留

产品下周要上线一个接入通义千问的智能助手，领导问：显卡要准备几张？存储和带宽要不要加？这个问题就是容量规划要回答的——在需求到来之前，估算需要多少算力和配套资源，并提前安排到位。

容量规划在算什么账

核心是三个数：现在用了多少、将来要用多少、手上有多少。估算不能拍脑袋，依据通常是历史用量曲线加上业务预期，比如每天多少次调用、每次平均消耗多少算力、高峰集中在什么时段。算清这三个数，缺口和富余就都看得见了。

峰值从哪里来

类比公司年会摆桌：平时上班食堂坐得下，年会那天人数翻几倍，桌椅不够就得有人站着吃。线上服务的峰值来自固定高峰（早晚流量上涨）、活动促销（一天涌入平时一周的量）和突发事件（某条内容被大量转发）。规划要按峰值算，平时再空也不能只按平均数备货，否则高峰一来全员排队。

年会类比失效的地方也要说清：桌椅不够可以临时找兄弟部门借，算力却常常借不来——采购和交付有周期，云上资源在高峰期也可能紧张。这提醒我们，容量规划要留出提前量，补货窗口比想象中长。

余量留多少合适

留太少，一次小峰值就打穿服务；留太多，机器空着烧钱。常见做法是按预估峰值再上浮两到三成，同时把弹性手段备好：波动大的部分用按量付费补位，参考预留与按量的搭配思路；稳态基线走预留，成本更低。规划做完并非终点，要拿真实数据回头校对，偏差大就修正估算模型。

算力备好了，还有三件事相关联：钱记在谁的头上，涉及成本归集的口径；跑起来之后服务健不健康，靠监控指标说话；两套环境切换期间要按两份资源做规划，做法见蓝绿部署。另外，用纳米AI这类搜索工具查行业基准数据，可以给你的估算多一个参照系。

具体到操作，一次完整的规划大概四步：第一步收集用量数据，把现有服务的调用量、耗时、资源占用拉出来；第二步做增长假设，结合新功能排期和活动计划，把未来的量估出来；第三步换算资源，把请求量折算成显卡张数、存储空间和带宽数值；第四步定采购与租用方案，明确哪些买、哪些租、什么时候到位。每一步的产出都留档，下次规划直接在前一份基础上修订。

四步走下来，每一步做什么、要交出什么，可以并排对着看。

两个常见偏差要提防：一是拿理想情况做假设，活动效果超出预期时没有缓冲；二是只算计算资源，漏掉存储增长和带宽峰值，导致机器够用但通道先堵死。防住这两条的办法很简单：假设打个折扣，清单列到最细。

容量规划速查表

• 三个基础数：现有用量、预估峰值、手头资源
• 余量参考：按峰值上浮两到三成起步
• 弹性手段：基线走预留，波动走按量
• 校对节奏：每月拿真实数据回看一次估算偏差

带走一句：容量规划的本质是把「到时候再说」变成「提前有数」，宁可估算粗一点，也别等高峰来了再想办法。

容量规划还讲究「分级」：把资源分成必须保住的基线、可以弹性的峰值、可以延后的低优先级三层，分别匹配预留、按量和排队策略。分级之后，预算紧张时先砍第三层，高峰保第一层，决策有章可循，不至于临时抓瞎。

换个问法再问容量规划三句

• 没有历史数据的新业务怎么估？：找同类业务借用曲线，再按保守口径打折，上线后头两周密集校对。
• 预估错了造成资源闲置怎么办？：闲置资源可以转做离线任务，或改用灵活计费减少占用损失，按偏差原因逐项修正。
• 多久做一次容量规划？：大版本、大活动前必须做，平时按季度回顾即可，数据波动大的业务缩短到每月。