nvidia dgx b200 价格

你要给团队上一台能跑大模型的整机，搜索框里敲下「NVIDIA DGX B200 价格」，跳出来的数字从六位数到八位数都有，还不知道包不包含服务、税和机房改造。这篇不报具体数字，而是把报价单拆成几块、告诉你每一块该去哪里核当期数据、按什么顺序问价和验收，最后给一份可以直接套用的预算对照表。

你搜「NVIDIA DGX B200 价格」，多半不是想背一个数，而是要给团队上一台能跑大模型的整机，然后拿这个数去写预算、走审批、比方案。问题是搜出来的数字跨度极大，而且绝大多数没写清楚包不包含服务、税费、机房改造和网络配套。这篇不给你一个可直接抄的数，而是把报价单拆成能核对的几块，告诉你每一块该按什么顺序问、按什么标准比。

整机采购这件事，最容易被带偏的地方是拿「标价」当「成本」。同一台机器，质保年限不同、网络方案不同、是否含调试迁移，落在预算上的差距可能比机器本身还大。所以下面给的是拆解方法和判断标准，具体数字一律到站内对应页面按当时的口径核对，别拿半年前的截图当依据。

为什么搜不到一个能直接用的数字

这类整机基本走询价流程，公开页面通常只列规格不列价，而且同一配置不同批次的价格差异很大。显存颗粒供应、整机形态、配套网络方案、售后年限，任何一项变动都会让总价跳一档。脱离配置和交付范围去谈一个数字，本身就没有可比性。

更关键的是比法。单看整机总价，很容易忽略这台机器准备用几年、一年能跑多少有效工时。真正该横向比的是「每张加速卡折算到每年的综合成本」，把折旧、电费、运维和闲置都算进去，再看这个数合不合理。判断标准很简单：如果你算出来的年化成本和租用同规格算力的年支出差距不大，那买整机的理由就要重新想一遍。

• 公开页面大多只给规格不给价，价格要靠询价拿
• 同配置不同批次的交付价差异明显，截图留档很快就会过期
• 售后年限、网络配套、是否含调试迁移，都会显著改变总价
• 只看整机总价容易误判，要看每卡年化成本
• 拿租用单价去比采购总价，是常见但错误的对齐方式

一张报价单该拆成哪几行

拿到报价单别只看总价那一行，要求对方逐项拆分。拆得越细，你越容易判断哪一块被加了价，也越容易在多家之间做等价对比。下面这张表是拿到报价后建议自己整理一遍的对照结构，把每家的数字填进同一列再比。

拆完之后重点看两件事：一是加速卡那行的数量和规格是不是你真正需要的，二是服务那行的年限和响应级别能不能覆盖你的业务时段。如果对方只给一个打包总价，就直接要求拆分明细，拆不出来的报价没法参与比较。

从哪几个渠道问价，各自适合谁

不同渠道的报价逻辑不一样，适合的团队也不一样。没有哪个渠道绝对更好，关键是看你的合规要求、机房条件和用量稳定性。同一份需求建议至少问三个渠道，才能看出价格是不是被某一方抬了。

问价之前先到 算力从哪买：租卡、按量还是签合同（/compute/platforms） 把口径对齐，搞清楚租用价和采购价分别包含什么。很多人比价失败，不是数字不对，是拿租用单价直接去比整机总价，两个口径根本不在一个维度上。

1. 先写需求单把模型规模、并发路数、精度要求、机房条件写成一段话，三家渠道发同一份，保证可比。
2. 要求拆分明细明确让对方按主机、加速卡、网络、服务、税费五行拆分报价，拆不出来的先放一边。
3. 锁定期限和口径问清报价有效期、含税与否、质保年限，把这三项记在同一张对比表里。
4. 交叉验证把三家报价里差距最大的那一行单独拎出来，问清差在哪，再决定信谁。

买还是租：先把三年账算一遍

买和租不是单纯的贵贱问题，是风险放在谁那边的问题。自购把折旧、电费、运维、故障停机都揽在自己身上，租用把这些折进单价里但要接受涨价和供给波动。判断的锚点是利用率：GPU 全年利用率长期维持在高位，自购更容易摊平；有明显波峰波谷的团队，租用更稳。

算这笔账时两类支出都要列全。自购这边有硬件折旧、机房电费与制冷、运维人力、备件与故障期损失；租用这边有单价乘时长、出网流量、存储占用、突发扩容溢价。哪一类被漏掉，结论就会偏。

• 利用率长期高位，自购的摊平空间更大
• 用量忽高忽低，租用能避免闲置成本
• 有合规审计要求，自购在数据归属上更省心
• 短期验证项目，租用不用承担折旧处置
• 两种方案都要把电费、人力、停机损失算进去

具体数字别靠印象，到 买卡还是租卡：三年账怎么算（/compute/tco） 套一遍自己的参数。算完如果两者差距不到一个明显量级，就优先考虑哪边风险更好控，而不是哪边账面上便宜一点。

先对齐规格，再谈价格

价格谈不拢的时候，很多时候不是钱的问题，是规格没对齐。模型参数量、精度、KV 缓存和并发路数共同决定需要几张卡，互联带宽决定多卡效率，功耗和机柜承重决定机房要不要改造。这几项没确认之前，任何报价都只是参考值。

特别提醒两点：一是别只看单卡算力，多卡训练和推理的瓶颈常在卡间通信；二是别忽略机房条件，供电或承重不达标会追加一笔改造费，这笔钱在很多报价里是不体现的。

规格侧的判断可以交叉核对 几张卡够用：按模型算一遍（/compute/sizing） 和 加速卡规格库（/compute/gpus），前者帮你倒推数量，后者帮你确认型号参数。两个页面一起看，比单看一个页面更容易发现需求里的水分。

报预算前要补齐的几笔钱

审批被卡住，往往不是因为整机太贵，而是预算表里少了几行。建议按一次性、周期性、隐性三类把支出填进同一张表，缺哪类补哪类。这样报上去的数字经得起追问，后面也不会因为追加预算再走一遍流程。

• 一次性支出：整机、网络、机柜改造、系统调试与迁移人力
• 周期性支出：电费、带宽、维保续费、软件订阅与运维人力
• 隐性支出：备件库存、故障期租用替代算力、模型与数据迁移时间
• 容易被漏掉的：培训成本、旧设备处置、多机房协同的网络费用

横向对照可以去 租卡现在贵不贵：看租金涨跌（/compute/price-index） 和 官方 API 价格（/official-api） 看当时的口径。这么做不是为了拿 API 价格否定自建，而是给自己的方案找一个外部参照，方便在评审时解释为什么选这条路。

想核当期数字，按这个顺序查

最后说查数的方法。采购价这类不公开的部分拿不到统一数字，但你可以通过固定流程拿到可比数据。顺序是先建立数量级概念，再看波动，最后走询价拿具体报价，三步都做完再下结论。

1. 先看算力总览到 算力总览：规格与租用价格（/compute） 看可用规格和租用价位，先建立数量级感觉。
2. 再看价格波动到 价格变动追踪（/price-watch） 看最近有没有明显变动，判断现在是不是合适的窗口。
3. 最后走询价采购价用同配置三家询价加要求拆分明细的方式拿，别只问一家就定。
4. 统一口径再比把拿到的数据统一成同一币种、同一税口径、同一质保年限，再看谁更合适。

这套流程的价值不在于拿到一个精确数字，而在于你手里的数字是可解释的。评审时被问「这个数怎么来的」，你能一条条说清来源和口径，比报一个漂亮但说不清出处的数更管用。