NVIDIA H200 价格是多少？购买与租用水平一次讲清

有人一上来就问 H200 一张卡多少钱，其实这个问题没有单一答案：买整机、买卡、按小时租、按合同租，四条路报出来的数字差得很远。这篇不给你一个死数字，而是把看价的位置、比价的口径和决策的分界线讲清楚，让你看到任何一份报价时都知道该核对哪几项。

有人一上来就问 H200 一张卡多少钱，其实这个问题没有单一答案。买整机整柜、买单卡零售、按小时租、按年签合同，这四条路报出来的数字单位都不一样，差得很远。而且显存版本、整机品牌、是否打包网络和存储、交期长短，每一项都会让最终数字动，单看一个数没意义。

这篇不给死数字，而是把看价的位置、比价的口径和买与租的分界线讲清楚。你看完再拿到任何一份报价，都知道该核对哪几项、哪几项容易漏。站内聚合入口可以先从 这类算力目录的 href 进，逐层往下看当时的数字。

为什么 H200 没有「一个价格」

同一个型号至少有四种卖法：整机整柜、单卡零售、按小时租、按年签合同。整机报的是系统总价，单卡报的是裸卡价，按小时租报的是单价乘时间，包年合同往往还含运维和带宽。四条路的数字放在一起比，等于拿米和斤比，没有意义。

• 先想清楚自己是买还是租，再去看对应的那一栏，别混着比
• 显存版本、整机品牌、网络和存储是否打包、交期长短，这四项决定数字能差多少
• 要横向看不同来源的报价水平，去站内的算力价格总入口核对当时的数字

买的方向：该看哪几项

买卡最容易被忽略的是周边账。卡价之外，机架空间、供电容量、散热改造、高速网络、存储，以及三年运维，都要一起算进去。只看裸卡标价，最后落地总支出往往高出一截。站内那套三年总持有成本的框架，就是把这些项摊到同一时间轴上看的。

1. 先查供货状态去站内的算力供货状态页看当前有没有货、交期大概什么水平，标价再低，拿不到卡也等于零。
2. 再算三年总账用站内的总持有成本框架，把卡、机架、供电、散热、网络、运维逐项填进去，得到摊到每小时的有效成本。
3. 最后和租比一次把上面算出的有效成本和租用报价放到同一时间尺度上比，长期稳定跑固定业务才倾向买。

还有一个判断点：如果你的业务未来一年内可能换架构或缩规模，买的沉没成本会比较高。这种情况下即使单价看起来买更划算，也要把灵活性折价算进去。什么情况下不适用这套算法——就是你已经确定三年内负载稳定、且对硬件有完全控制需求的时候。

租的方向：怎么比才不被绕

租用报价的坑主要在两个地方：计价单位和资源形态。按小时、按天、按月、包年，单位不同，先统一到「每小时有效成本」再横向比。更关键的是，同样的价格标签下，给你的是独占整卡还是切分共享、显存多大、带宽多少，这些直接决定能不能跑你的活。

把这几项问全之后，再去站内的算力平台横向对照页和价格趋势页看当时的数字与涨跌走向。趋势比单点价格更有参考价值：如果某类算力整体在往下走，签长约就要留个心眼。

什么场景适合 H200，什么场景纯浪费

H200 的核心价值在大显存和大带宽，所以它适合的活有明确边界。适合的是大显存推理、长上下文服务、多卡并行训练，以及显存吃紧但又要保住精度的任务。反过来，小模型微调、单路低并发推理、偶尔跑一次的实验，用更小的卡甚至直接调 API 更划算。

• 先看显存够不够，装不下就是零分，别的不用谈
• 再看并发和吞吐能不能吃满，吃不满就是为闲置付钱
• 最后才看单价，顺序反过来最容易被低价带偏
• 拿不准就先做一次部署测算，再决定下单还是换方案

这里的不适用边界要说清：如果你的任务是短时突发、跑完即走，包年租或买卡都会让闲置时间变多，这时候按小时租甚至调 API 反而更省。反过来，如果你要长期跑固定大模型服务，租的长期溢价会累积，这时买的账才可能算得过来。目录里也有 API 服务这一档，可以去站内的 API 服务分类页对照当时的报价口径。