你多半是在这种时候卡住的：手里有个要跑模型的活，按量调 API 算下来不便宜，想改成租卡包月，然后打开几家算力平台，看到的月租数字差了好几倍，还都不写清楚含不含带宽、存储和闲置计费。这篇不给一个固定价位，而是给一套看月租报价的顺序：先定显存和卡型，再对齐计价口径，最后拿站内的租用比价和价格指数核对当下行情。
你多半是在这种时候卡住的：手里有个要跑模型的活，按量调 API 算下来不便宜，想改成租卡包月，然后打开几家算力平台，看到的月租数字差了好几倍，还都不写清楚含不含带宽、存储和闲置计费。这篇不给一个固定价位，而是给一套看月租报价的顺序：先定显存和卡型，再对齐计价口径，最后拿站内的租用比价和价格指数核对当下行情。
先说清一件事：月租数字本身没有可比性。同样写着「一个月」，背后可能是单卡共享、也可能是整机独享；可能含流量，也可能开机就按小时叠钱。你要做的不是找最低的那个数，而是把不同平台的报价拉回同一套口径上再比。下面按顺序讲怎么比、比什么、比完怎么决定。
同样写「月租」，为什么报价能差好几倍
月租数字背后至少藏着四件事：卡型与显存、是否独享、租期长短、以及带宽和存储算不算在内。任何一项不同，两个报价就没法直接比。比如一个报价看起来便宜，但它是共享卡、存储另算、停机不停费；另一个报价贵一些，却是整机独享、含一定流量。放到你的实际任务上，便宜那个未必真便宜。
- 包月往往比按小时便宜，但闲置也要付钱；短时任务、断续跑的任务，包月反而可能更贵，这类情况不适用包月
- 低价的入门卡常出现在报价单首页，如果你的模型放不进去，低价对你没有任何意义
- 报价页面没写带宽、存储、停机计费的，先当成「未包含」处理，问清楚再算总账
- 同一家平台不同区域、不同付款方式，单价也可能不一样，别拿 A 区价格去比 B 区资源
先算显存，再谈卡型：租之前要定的三个数
第一是显存需求，决定你能不能把模型和上下文放进去。量化档位不同，同一个模型占的显存区别很大，所以别按模型名字估，按你实际要加载的权重加推理时的 KV 缓存来估。估不准就先在本机或按小时的小卡上试跑一遍，把峰值显存记下来，再去看月租卡型。
第二是并发与吞吐，一张卡能扛多少路请求，直接决定你是租一张还是租几张，别按单机报价做预算。第三是跑多久，按天、按周还是整月。租期长短往往直接影响单价，按月却不连续用是常见浪费。这三个数定完，可选的卡型范围就窄了很多。
- 显存需求
- 模型权重加推理缓存的总和，决定你能不能装得下
- 并发路数
- 同一时刻要处理多少请求，决定要几张卡而不是一张
- 使用时长
- 整月连续跑还是断断续续，直接决定包月划不划算
- 是否需要公网服务
- 只自己跑实验，还是对外提供接口，影响带宽和防护要求
拿报价单之前，把这 6 项问清楚
下面这份清单可以直接拿去问客服或对照平台文档。问不到答案的项，就按对自己最不利的方式先估算，避免出账时被动。每一项都问清楚，再决定要不要付第一笔钱。
- 计费粒度问按小时还是按天起算、停机期间是否仍然计费、有没有最低租期；验证方式是看账单明细里停机那几个小时的计费项
- 资源配置几卡几核、内存多大、系统盘和数据盘各给多少、超出怎么算；验证方式是开机后自己看一遍规格，别只看页面写的那行
- 网络与存储带宽是否独享、流量是否额外收费、快照和镜像存储怎么计价；验证方式是压一轮下载，看速度和流量计费是否对得上
- 交付与试用镜像一键开还是人工开通、能不能先按小时试跑再转包月；验证方式是先开最短时长，跑通你的模型再谈长期
- 可用性与运维机器坏了多久换、有没有 SLA、数据怎么迁出；验证方式是查一遍平台文档里的故障处理说明
- 付款与退款预付还是后付、发票、余额过期和退款条件；验证方式是退款条款逐字读一遍再付
怎么判断一个报价合不合理
别用「一个月多少钱」这个数直接判断贵不贵，先把它换算成你实际会用到的小时成本。做法是：月租除以预计实际使用小时。如果你一周只跑几次，分母会很小，算出来的小时成本可能远高于按量租；反过来，如果你几乎 7×24 跑满，包月的摊薄优势才明显。
| 你的使用情况 | 更可能划算的方式 | 判断要点 |
|---|---|---|
| 整月连续跑满 | 包月 | 按小时严重浪费，包月摊薄后单价通常更低 |
| 一周只跑几次 | 按量租或按量调 API | 别为闲置时间付钱，换算成小时成本再比 |
| 先做实验、结果未知 | 按小时或按天试 | 跑通再决定要不要转包月 |
| 对外提供稳定服务 | 包月加冗余 | 要一起考虑带宽、故障切换和数据迁出 |
行情是会变的，别用记忆里的数字判断贵不贵。卡型供给、平台活动和季节都会让月租上下浮动，同一个配置不同月份可能差出一截。要比价就去站内看当期数据，比如到 价格追踪页（/price-watch） 看租金走势，再到 中转站与算力平台导航（/sites） 对照各家当前的报价口径。
新手最容易踩的四个坑
- 只比单价不看配置，拿单卡价去比多卡整机价，算出来的对比完全失真
- 忽略存储和流量，最后账单里多出一截，尤其是数据盘和出网流量
- 没有逃跑计划，数据和应用全绑在一家平台上，涨价或下架时很被动
- 用月租跑一次性的实验，实验做完机器还在计费，等于白付
这几个坑的共同点是：付款前没把「我会用多久、用到什么程度、要带走什么数据」想清楚。补法也简单，租之前把上面那张对照表填一遍，把迁移方案写一句话（数据怎么导出、环境怎么重建），再决定租哪种时长。
下一步先别急着下单，拿你手上那个任务的显存和预计使用时长，去站内价格追踪页核对当期月租区间，再去平台导航页按你的口径对一遍含不含带宽和存储，算完小时成本再决定包月还是按量。→常见问题
包月和按小时，哪种更省钱？
看利用率，不看单价。如果一个月里机器大部分时间都在跑任务，包月通常更划算；如果只是断断续续跑几次实验，按小时或按量更省。判断方法很简单：把你预计真正用到的时长加起来，乘以按小时的价格，再和包月价对比。具体单价随行情波动，去站内算力页面查当期数字再算。
跑一个模型，租一张卡够不够？
取决于模型大小、量化档位和你要的并发数，不能只按参数规模拍。稳妥做法是先做一次显存与吞吐估算，按要同时处理的请求数倒推卡数，再决定租几张。站内有部署测算和加速卡规格库，可以照着算一遍，别先用最高配置下单。
月租报价里哪些费用最容易被漏掉？
常见的是存储、流量、公网带宽和停机期间的费用。有的平台机器停了数据盘还在计费，有的带宽要单独买。下单前把计费粒度、资源配置、网络存储、退款条款四项问清楚，最好留一份文字记录，后面出账好核对。
