Cost, Billing, and Ops2026年10月13日Flatkey Team

云 GPU 服务有哪些隐性成本?存储、出站流量、空闲时间和支持

一份实用的云 GPU 总拥有成本(TCO)指南,帮助你在账单到来前识别存储、出站流量、空闲时间、任务失败、支持、网络和运维成本。

云 GPU 服务有哪些隐性成本?存储、出站流量、空闲时间和支持

云 GPU 服务有哪些隐性成本?简短的答案是,GPU 按小时计费只是起点。真正的账单还包括存储、快照、带宽出站流量、空闲的 notebook 或 pod、冷启动、失败的任务、支持方案、私有网络、监控,以及为保持 GPU 容量可用而需要付出的工程工作。

对于企业 AI 团队来说,GPU 云隐性成本通常会在首次成功的基准测试之后出现。团队看到 H100、H200、A100、L40S 或 RTX 的按小时价格看起来合理,于是开始迁移模型和数据,随后才发现,账单是由加速器周边的所有内容共同决定的。即使某个 GPU 更便宜,如果它长期空闲、反复重新加载模型权重、在区域之间传输数 TB 数据,或者需要原始报价中没有包含的支持级别,它也可能更贵。

本指南为平台工程、FinOps、采购和 AI 产品团队提供一种实用方法,以便在签署租用、预留容量或专属集群协议之前审计云 GPU 成本。

有一条实用规则很简单:

真实的云 GPU 成本 =
  GPU 计算
  + 存储
  + 出站流量和网络
  + 空闲时间
  + 重启和故障浪费
  + 支持
  + 运维开销

如果你只按 GPU 这一行来比较供应商,那你比较的就不是一个可运行 AI 系统的成本。

GPU 云隐性成本:快速答案

每次审查 GPU 云隐性成本时,都从这张表开始。

隐性成本 表现形式 需要要求的控制措施
存储 持久卷、块存储、对象存储、快照、模型缓存、数据集、检查点 区分临时数据和持久数据;为卷打标签;让未使用的快照过期;让模型权重靠近 GPU。
出站流量 互联网传输、跨区域移动、公共 IP 流量、从对象存储流出、结果下载 让数据、GPU 和存储位于同一区域;为出站传输预留预算;避免重复下载制品。
空闲时间 运行中但没有实际 GPU 工作的 pod、notebook、端点或预留节点 对空闲资源自动停止;通过队列调度任务;对 GPU 利用率过低和长期运行的实验发出告警。
冷启动 拉取容器、加载模型权重、预热内核、在开始有效工作前挂载卷 预构建镜像;缓存权重;将启动时间按可计费时间进行度量。
失败的任务 内存不足失败、驱动不匹配、抢占、异常主机、部署损坏 运行金丝雀;做检查点;使用幂等任务 ID;把失败成本作为预算项跟踪。
支持 付费支持层级、托管服务费用、专属集群支持、SLA 覆盖、迁移帮助 确认报价中包含哪些支持条款,哪些是单独的每月成本。
网络 负载均衡器、NAT、私有连接、公共 IP、跨可用区流量、InfiniBand 或 RoCE 溢价 根据工作负载匹配网络架构,而不是接受一个通用的 GPU 按小时报价。
运维 监控、日志、调度器工作、安全补丁、集群事故、财务对账 将平台工程工时纳入与供应商账单相同的 TCO 模型中。

对于首次采购审查,可以先问一个问题:GPU 已经运行起来之后,云 GPU 服务还有哪些隐性成本? 答案通常不是某一项意外费用,而是一组普通的云组件,因为 AI 工作负载会搬运大量制品,而当编排能力不足时,又会浪费昂贵的加速器时间。

为什么列出的 GPU 小时并不完整

云 GPU 小时是一个容量单位。它不是一次完成的训练任务、一次被接受的推理响应、一段生成的视频或一次成功的评估批次。

这种区别很重要,因为 GPU 工作负载周边的成本通常很高:

  • 模型权重可能有几十甚至几百 GB。
  • 微调数据集和检查点可能在任务结束后仍长期保留。
  • 推理端点可能需要预热容量以满足延迟要求,即使请求量并不均衡。
  • 多节点训练如果某个 worker、网络链路或存储挂载出现异常,可能会失败。
  • 市场容量或抢占式容量可能更便宜,但需要重启和重复工作控制。

更好的分母是:

每次完成的工作负载成本 =
  全包云 GPU 成本
  / 已完成运行、已接受输出、已接受 token、图像、剪辑或记录

这与 Flatkey 更广泛的 GPU 云 vs 模型 API 指南背后的逻辑相同。如果业务需要模型输出,就比较每个被接受输出的成本。如果业务确实需要硬件控制,就按每次完成的工作负载成本来比较所有 GPU 选项。

隐性成本 1:存储、快照和模型制品

存储是云 GPU 服务的第一个隐性成本,因为 AI 团队需要让数据尽量靠近计算。该项可能包括:

  • 挂载到 GPU 实例上的持久块存储或卷。
  • 用于数据集、提示、输出和模型制品的对象存储。
  • 快照和备份。
  • 用于集群的网络文件系统或共享卷。
  • 某些机器自带但在实例销毁后会丢失的本地 NVMe。
  • 无人负责的长期存在的模型缓存,尤其是在实验结束后。

对于一个小型基准测试,存储看起来可能微不足道。对于生产级 LLM、视觉模型或媒体流水线,它可能会变成持续的月度支出。错误在于把所有东西都永久保留,因为删除错误的模型缓存会让下一次运行变慢。

采用三桶策略:

存储类别 示例 保留规则
持久源数据 训练语料、已批准的评估集、客户批准的资产 由数据平台负责;版本化并备份。
可复用的运行时工件 模型权重、量化变体、容器层、分词器文件 缓存到接近计算资源的位置;有计划地刷新;不按实验重复复制。
临时输出 失败的检查点、调试日志、临时卷、中间媒体 除非明确提升,否则自动过期。

需要查看的提供商页面包括 AWS EC2 和 EBS 定价、Google Cloud 持久磁盘和快照定价、Azure 托管磁盘定价、RunPod 存储和网络卷文档、Vast.ai 存储列表详情,以及 Lambda Cloud 实例存储假设。将这些视为源检查清单,而不是复制费率表。

隐性成本 2:出站流量和网络传输

出站流量是最容易让在云、区域或提供商类别之间移动数据的团队感到意外的隐性成本。GPU 作业通常围绕大型输入和大型工件构建:

  • 训练数据集。
  • 微调检查点。
  • 嵌入输出。
  • 生成的图片和视频。
  • 评估轨迹和日志。
  • 容器镜像和模型权重。

收费不仅仅是“从互联网下载”。根据提供商和架构,你也可能为跨区域传输、跨可用区传输、NAT、负载均衡器、公有 IP、私有连接或托管网络服务付费。对于多节点集群,网络骨干还是性能要求,而不仅仅是一项账单条目。

在批准支出前,先绘制数据路径:

source dataset
  -> object storage
  -> GPU region
  -> scratch or shared storage
  -> inference/training output
  -> evaluation or application region
  -> customer, warehouse, or archive

然后询问:

  1. 数据集是否已经在与 GPU 相同的区域?
  2. 作业是否会为每个 worker 重复下载模型权重?
  3. 生成的输出是离开提供商,还是只是在内部移动?
  4. 私有连接是否降低安全风险,但增加固定网络成本?
  5. 日志和轨迹是否跨区域导出?

如果数据路径每天都跨区域或跨提供商,那么低廉的 GPU 小时费率可能不是正确的优化目标。

隐性成本 3:空闲时间和低利用率

空闲时间是最直接的 GPU 云隐性成本,因为无论加速器是在执行有用工作,还是在等待人员、队列、镜像拉取、部署失败或数据加载,它都同样昂贵。

分别测量两个数字:

billable running time =
  minutes the provider charges for the GPU resource

useful GPU-active time =
  minutes spent doing accepted training, inference, eval, or generation work

然后计算:

idle waste share =
  1 - useful GPU-active time / billable running time

如果一个笔记本运行了 100 个可计费小时,而真正有用的 GPU 工作只发生了 32 小时,那么隐性的空闲浪费就是 68%。协商 10% 更低的 GPU 费率并不能解决这个问题。自动停止策略、队列装箱、作业调度和所有者标记可以。

有用的控制措施:

  • 在无活动后自动停止交互式笔记本。
  • 终止未挂载的 Pod、孤立端点和被遗弃的实验。
  • 要求标记所有者、项目、环境和到期时间。
  • 将 GPU 利用率、内存利用率、队列等待时间和可计费运行时间一起跟踪。
  • 将重复性作业从笔记本迁移到调度器中。
  • 当 GPU 在定义窗口内低于利用率阈值时发出警报。

空闲时间也是在不确定推理工作负载下,托管模型 API 能胜过直接租用 GPU 的主要原因。如果利用率低或波动大,在预留容量之前,将 GPU 工作表与 AI model pricing comparison 进行比较。

隐性成本 4:中断、重试和失败的工作负载

Spot、可中断和市场上的 GPU 容量可能很有用。它也可能把成本从价目表转移到重试逻辑中。

成本模型应包括:

  • 驱逐和抢占。
  • 重复下载模型。
  • 自上一个检查点以来丢失的工作。
  • 重复的批处理记录。
  • 失败的微调。
  • 显存不足运行。
  • 不良的驱动或 CUDA 组合。
  • 当替代容量不可用时的队列延迟。

对于可重试作业,使用:

effective cost with failures =
  listed compute cost
  * retry amplification factor

如果 1,000 个被接受的输出在错误、驱逐和质量检查失败之后,需要 1,180 次尝试输出,那么重试放大系数就是 1.18x。这个乘数应与小时价格一起放在同一张工作表中。

如果要更深入地比较定价模式,请使用 Flatkey 的 按需 GPU 与抢占式 GPU 指南。就本文而言,关键点更窄:隐性成本不仅仅是存储和出站流量。失败的工作同样是计费工作,除非你的服务提供商明确给予抵扣。

隐性成本 5:支持、SLA 和托管服务范围

支持很容易被省略,因为它通常出现在 GPU 报价之外。企业 AI 团队可能需要:

  • 付费支持方案。
  • 响应时间承诺。
  • 私有 Slack 或客户支持。
  • 专属集群入驻支持。
  • 迁移帮助。
  • 安全审查。
  • 合规文档。
  • 托管的 Kubernetes、Slurm 或推理服务支持。
  • 针对服务商侧故障的积分或补救措施。

支持并不一定不好。它可能比因未解决的 GPU 容量、驱动或网络问题而损失上线时间更便宜。采购上的错误在于:把一家服务商的自助式按小时 GPU 价格,与另一家服务商的托管或支持型价格进行比较,仿佛它们是同一种产品。

向每个供应商询问:

问题 为什么重要
此报价包含哪一级支持? 可防止将有支持与无支持的容量当作同一种产品来比较。
生产事故的响应目标是什么? 支持价值取决于事故发生时的响应,而不仅仅是是否可以提交工单。
服务商侧故障是否有积分补偿? 积分可以减少浪费,但前提是合同明确了受覆盖的事件。
驱动、CUDA、镜像和内核问题由谁负责? 支持范围决定了多少平台工作仍留在内部。
是否包含迁移或基准验收? 如果入驻失败,即使按小时报价很低,也可能很贵。

对于私有集群和多节点容量,支持范围可能与 GPU 型号同样重要。

隐性成本 6:监控、日志和可观测性

GPU 负载需要超越月度账单的可观测性。成本体现在两个地方:可观测性工具本身,以及将指标转化为行动所需的工程时间。

跟踪:

  • GPU 利用率和显存利用率。
  • p50、p95 和 p99 延迟。
  • 队列等待时间和冷启动时间。
  • 容器拉取时间。
  • 模型加载时间。
  • 内存不足失败。
  • 重试次数和重试成本。
  • 出站流量量。
  • 按项目划分的存储增长。
  • 每个已接受输出的成本。

如果日志过于冗长、保留时间过长,或者导出到其他区域,日志和追踪也可能变成账单条目。保留足够的细节以便排查成本和可靠性,但要按环境定义保留周期。生产追踪、评估日志和调试日志不需要相同的生命周期。

隐性成本 7:预留不匹配和容量锁定

当需求真实存在时,预留 GPU 容量可以降低有效计算成本。它也可能变成空闲容量订阅。

在承诺之前使用这个公式:

预留盈亏平衡利用率 =
  预留的月度承诺
  / 满负荷使用时等效的按需月度成本

然后进行压力测试:

  • 如果需求比预测低 40%,会怎样?
  • 如果产品从一个模型家族切换到另一个,会怎样?
  • 承诺能否从 H100 转换为 H200、B200、L40S,或其他区域?
  • 存储、出站流量、支持和网络是否包含在承诺内?
  • 其他内部工作负载能否填补空闲的基线容量?

如果答案取决于侥幸,那就少预留一些,保持突发容量的灵活性。对于更大的部署,请将此与 GPU 集群 TCO 工作表配合使用。

云 GPU 隐性成本工作表

在采购评审中使用此工作表。为每个服务商、每个区域和每种产品模式填写它。

字段 填写内容
提供商和产品模式 按需实例、pod、spot VM、无服务器 GPU、预留集群、市场主机、专用裸金属。
GPU 型号和数量 H100、H200、B200、A100、L40S、RTX 级别、显存大小、GPU 数量。
区域和数据位置 数据从哪里开始、GPU 在哪里运行、输出移动到哪里。
计费单位 秒、分钟、小时、月、承诺期限、容量块、端点 worker。
列出的 GPU 计算成本 带时间戳的来源或报价,并注明核查日期。
有效利用率估算 预期 GPU 活跃分钟数除以可计费分钟数。
空闲浪费估算 预期无效可计费时间。
持久存储 卷、磁盘、对象存储、共享文件系统、模型缓存。
快照和备份 保留策略、成本归属方、清理流程。
出站流量和网络 互联网出站流量、跨区域传输、私有连接、NAT、负载均衡器、公网 IP。
冷启动成本 容器拉取时间、模型加载时间、worker 预热。
重试放大 失败尝试次数除以接受的结果数。
支持和 SLA 包含的支持、付费支持层级、托管服务范围、积分。
监控和日志 指标、跟踪、日志导出、保留。
工程开销 平台工时、事件响应、维护、财务对账。
单位分母 已接受输出、已完成运行、训练 token、图像、片段、记录、GPU 月。
最终单位成本 总成本除以有用的已完成工作。

对于生产工作负载,应每月审查一次该工作表,并在每次承诺续约前审查。

提供商来源检查清单

GPU 定价和存储页面经常变化。不要将旧数字直接复制到商业案例中。请将官方页面用作来源检查清单,并在每个报价旁记录核查日期。

提供商或来源 需要核实的内容
AWS EC2 定价、Amazon EBS 定价、AWS 数据传输定价、AWS Support 计划 GPU 实例系列、按需或 Spot、EBS、快照、数据传输、支持计划。
Google Cloud Compute Engine GPU 定价、Persistent Disk 定价、VPC 网络定价、Cloud Customer Care GPU 类型、机器系列、区域、磁盘、快照、出站流量、支持服务。
Azure Virtual Machines 定价、Azure 托管磁盘定价、Azure 带宽定价、Azure 支持计划 GPU VM SKU、托管磁盘、快照、带宽、支持计划、预留条款。
RunPod 定价 和 RunPod 存储文档 Secure Cloud 与 Community Cloud、pod 或无服务器模式、持久卷、网络卷、空闲行为。
Vast.ai 定价、Vast.ai 常见问题以及提供商列表详情 市场主机可靠性、磁盘、带宽、公网 IP、可中断状态、数据中心或社区主机。
Lambda Cloud GPU 定价 实例类型、GPU 数量、包含的存储假设、区域可用性、预留集群条款。
FinOps FOCUS 适用于财务和平台团队的通用计费维度和成本分配语言。
Flatkey 定价、Flatkey 模型以及 Flatkey Compute 模型 API 替代方案、单一余额、使用台账以及当前计算市场来源核查。

对于本文,来源检查清单已于 2026 年 10 月 13 日审查。在审批备忘录中使用任何提供商报价之前,请重新核查。

在批准云 GPU 支出前的采购问题

在接受报价或开始迁移之前,请使用这些问题。

  1. 在此报价中,云 GPU 服务的隐性成本是什么,哪些不包含在报价内?
  2. 存储、快照、对象存储和备份是包含在内还是单独计费?
  3. 哪些数据传输会产生出站流量费或跨区域费用?
  4. 在调度器间隙、启动时间和人工调试之后,预期的空闲率是多少?
  5. 抢占式实例中断、主机故障和服务商侧事件如何获得抵扣?
  6. 生产响应时间需要什么支持方案?
  7. 谁负责 CUDA、驱动、镜像、内核和推理服务栈问题?
  8. 哪些指标能证明上线后的有效利用率?
  9. 如果模型选择发生变化,退出路径是什么?
  10. 托管模型 API 或混合方案能否在更少闲置容量的情况下产生相同的可接受输出?

最后一个问题不是销售捷径,而是 TCO 控制。如果工作负载并不需要硬件控制,GPU 租用只是购买模型输出的一种方式。

Flatkey 何时应纳入比较

Flatkey 并不是所有 GPU 集群的替代品。团队仍然需要云 GPU 容量来进行定制训练、自托管开源权重模型、专用内核、私有集群以及严格受控的基础设施。

当工作负载本质上是在消费模型结果时,Flatkey 就应纳入比较:

  • 产品需要很多官方模型,而不是一个自托管模型。
  • 需求不确定、呈突发性或季节性波动。
  • 财务希望只有一份余额、一张发票和一份用量账本。
  • 工程团队希望在不分散服务商密钥的情况下访问模型。
  • 团队希望在租用或预留 GPU 之前比较模型 API 成本。

在这条路径上,Flatkey 为团队在官方模型路由和工具之间提供一个 API 密钥、一个余额和一张发票。如果隐性成本工作表显示,存储、出站流量、空闲时间和支持会抹去 GPU 小时优势,那么在承诺硬件之前,请先比较托管 API 路线。

关于更广泛的决策,请从 GPU 租赁价格、GPU 云与模型 API、GPU 集群 TCO 和 AI API 支出管理 指南开始。

最终建议

当有人问云 GPU 服务有哪些隐性成本时,不要只用一个费用来回答,而要用一份工作表来回答。

  1. 从 GPU 按小时价格开始。
  2. 加上存储、快照、出站流量、网络、支持、可观测性和运维成本。
  3. 在协议中写明服务商抵扣之前,不要减去任何费用。
  4. 按完成的工作来除,而不是按可计费小时。
  5. 在更低利用率、更高重试率和模型选择变化的情况下重新运行模型。

当团队需要硬件控制并且能够让容量保持有效使用时,云 GPU 服务可能是正确答案。当存储悄然增长、数据反复移动、GPU 闲置、缺少支持,并且失败的工作被当成别人的问题时,它们就会变得昂贵。

买方的任务是在发票到来之前让这些成本显现出来。