业务增长前，如何测算需要多少云资源？从容量规划到成本预估
上周，一个做在线教育的朋友找我喝茶。他们刚拿到一笔融资，准备在下个季度把用户量翻一倍。CTO拍着胸脯说“系统扛得住”，但运维负责人私下找他：“现在峰值已经到80%了，翻倍肯定扛不住，得提前扩容。”
朋友问我：“扩容我懂，加机器就行。但加多少？加完要花多少钱？老板让我报预算，我该怎么说？”
这是很多技术负责人的共同困境：业务要涨，资源要扩，但扩多少、花多少，心里没底。拍脑袋说个数，怕预算不够；说多了，又怕老板觉得你浪费。
今天聊聊云上容量规划与成本预估。不是那种“监控好指标就能自动扩容”的废话，而是帮你理清楚：业务指标怎么转化成技术指标？技术指标怎么推导出资源需求？资源需求怎么换算成钱？
01 容量规划不是拍脑袋，是算出来的
很多人觉得容量规划就是“看CPU使用率，超过80%就加机器”。这是运维视角，不是业务视角。
真正的容量规划，起点是业务指标，不是技术指标。
下个季度用户数预计多少？
每天活跃用户（DAU）多少？
每秒请求数（QPS）多少？
数据量增长多少？
这些数字，产品、运营、销售手里有。你得问他们要。然后，再把这些业务指标，转化成技术指标。
反常识观点：容量规划不是技术问题，是业务问题。 不懂业务增长曲线，就做不好容量规划。
02 从业务指标到技术指标：四个核心公式
怎么把“用户翻倍”变成“需要多少台服务器”？靠这几个核心公式。
公式一：QPS = DAU × 人均请求数 / 86400
假设日活10万，每人每天平均发起100次请求，那么日均QPS ≈ 10万 × 100 / 86400 ≈ 116。峰值一般是平均值的3-5倍，按5倍算，峰值QPS ≈ 580。
公式二：并发连接数 = QPS × 平均响应时间
如果每个请求平均响应时间200ms，那么并发连接数 = 580 × 0.2 = 116。这个数字决定了你需要多大的连接池、多少工作线程。
公式三：单实例容量 = 单实例QPS上限
压测过你的服务吗？一个实例能扛多少QPS？比如压测结果是200 QPS，那么需要实例数 = 峰值QPS / 单实例QPS = 580 / 200 ≈ 3台。再加一台冗余，4台。
公式四：存储容量 = 数据量 × 增长系数 × 副本数
每天新增数据量1TB，保留90天，3副本，那么存储容量 = 1TB × 90 × 3 = 270TB。加上索引和预留，至少300TB。
这四个公式，是容量规划的基本功。算出来，你心里就有底了。
03 别只盯着CPU，内存、IO、网络都要算
很多人的容量规划只算CPU，这是第二个坑。
不同类型的应用，瓶颈不一样。
计算密集型（视频转码、加密解密）：CPU是瓶颈，内存和IO次之。
内存密集型（缓存、数据分析）：内存是关键，不够就频繁GC或swap。
IO密集型（数据库、日志）：磁盘IOPS和吞吐量是瓶颈。
网络密集型（文件传输、CDN）：带宽是瓶颈。
所以，容量规划要看你是什么类型的应用。用上面的公式算出实例数后，还要验证内存、IO、网络是否够。
一个真实案例：某推荐系统，CPU算出来只要3台，但内存需求大，每台需要64GB才能装下热数据。最后选了3台大内存实例，而不是5台小实例。成本反而更低。
04 增长模型：线性、指数还是季节性？
业务增长不是匀速的。不同增长模型，容量规划的策略不同。
线性增长：每月增长10%。可以按部就班，每两个月加一次机器。
指数增长：快速增长期，可能要提前两三个月就开始准备，因为采购、部署有周期。
季节性波动：比如电商大促、开学季。要用弹性伸缩，高峰前扩容，高峰后缩容。预留实例只买基线条，峰值用按需或Spot。
反常识观点：预留实例不是买得越多越好。 买多了，业务没涨起来，浪费；买少了，峰值不够用，按需实例贵。要匹配你的增长曲线。
去年帮一个跨境电商做容量规划，他们黑五流量是平时的8倍。我们算了算，如果全用预留实例，一年成本很高。最后方案：基线条用3年预留实例，峰值用Spot实例，比全预留省了40%的钱。
05 成本预估：从资源到钱
资源算清楚了，下一步是算钱。
云厂商的定价模型复杂，但核心就几项：
计算费用：实例规格 × 数量 × 时长。预留实例、节省计划可以打折。
存储费用：容量 × 存储类型（标准、低频、归档）。
流量费用：出网流量、跨区域流量、CDN流量。
其他服务：数据库、负载均衡、监控等。
用云厂商的价格计算器，把上面的资源数填进去，就能得到预估账单。但要注意：
预留实例要算清楚：买1年还是3年？预付还是月付？
流量费用最容易低估：一个典型的Web应用，流量费可能占30%-40%。
监控、日志、备份这些“隐形费用”也要算进去。
一个实用的方法：拿上个月的账单，按业务增长比例放大，再调整。比如上个月账单1万，下个月用户翻倍，不是简单乘2。因为有些费用（如基础服务、预留实例）是固定的，不会翻倍。更精确的模型是：固定成本 + 可变成本 × 增长系数。
06 真实案例：提前三个月准备，省了30%
去年双11前，帮一个电商客户做容量规划。他们预计流量涨3倍。
我们做了几件事：
第一，压测确定单实例容量。他们之前没压测过，我们跑了三天压测，发现单实例QPS上限是1500，之前以为有3000，差了一倍。
第二，算业务指标。根据历史数据，DAU从10万涨到30万，人均请求数不变，算出峰值QPS从1500涨到4500。需要实例数从1台涨到3台。
第三，评估存储。订单数据每天涨，原来保留90天，现在要保留180天。存储容量翻倍。
第四，出预算。计算费用：预留实例买3台，1年期，月付。存储费用：标准存储换低频存储，成本降一半。流量费用：预估峰值带宽，提前和运营商谈折扣。
最后，预算比他们自己拍脑袋的少了30%。双11当天，系统稳稳扛住，成本控制在预算内。运维负责人说：“以前扩容就是加机器，现在知道为什么要加、加多少、花多少钱，心里踏实了。”
写在最后
容量规划和成本预估，听起来像是“算账”的活，很多技术人不屑于做。但这是把技术语言翻译成业务语言的关键一步。
老板不关心你用了多少CPU，他关心的是：业务增长一倍，要多花多少钱？你回答“大概加三台机器”，他没法决策。你回答“根据DAU增长预测，需要增加3台8核32G实例，预留实例方案月增5000元，弹性部分按需预计月增2000元，总计月增7000元”，他就能拍板。
那位做在线教育的朋友，后来用这套方法给老板报了预算。老板问：“怎么算出来的？”他把公式和过程讲了一遍。老板说：“行，按这个来。”
他后来跟我说：“以前觉得技术只要管技术，现在觉得，能用老板听得懂的语言说清楚技术，才是真本事。”
你的业务下个季度要翻倍，你准备好了吗？
