GPU服务器租用的附加费用核查教程

面向准备租用 GPU 服务器的团队,逐项核查数据传输、快照、静态 IP、运维项目与超额规则;AWS 明确说明,停机实例虽不计实例使用费,EBS 等资源仍收费。

你在进行 GPU服务器租用时,应先把实例费用与仍会继续计费的存储、IP 和网络费用分开;“已停机”不等于“账单归零”。AWS 的 EC2 实例状态说明写明,EC2 实例处于 stopped 状态时不计实例使用费,但 EBS volumes 和 Elastic IP addresses 仍会产生费用。核查完成的标志,是每个附加费用行项目都能对应到资源状态、用量类型和计费周期。

租用前建立可复算的底稿

从所选服务商自己的当前价格页、资源状态文档、账单或报价单建立底稿,逐项记录:

  • Resource ID、GPU 型号、购买方式、Region 和 Availability Zone
  • 实例、磁盘、快照和 IP 的当前状态,以及创建、释放时间
  • UsageType、数量、单价、金额、计费单位和周期
  • 流量的方向、源端、目标端,以及是否跨 Region 或 Availability Zone

然后把占位值替换成账单或报价中的金额:

GPU_INSTANCE_COST = YOUR_INSTANCE_AMOUNT
ADDITIONAL_COST = YOUR_STORAGE_AMOUNT + YOUR_SNAPSHOT_AMOUNT + YOUR_PUBLIC_IP_AMOUNT + YOUR_DATA_TRANSFER_AMOUNT + YOUR_OTHER_DOCUMENTED_AMOUNT
TOTAL_COST = GPU_INSTANCE_COST + ADDITIONAL_COST

税费、托管运维、监控、技术支持和超额费用不能从 GPU 实例费直接推断;应在服务商当前价格页、账单和合同中确认是否单列、触发条件、计费单位及停止条件。账单没有单列的项目应标记为待确认,不能直接按零处理。

停机后先查实例、磁盘与快照

不同服务商的停机状态不能套用同一判断,应按实际状态记录:

服务商 官方文档写明的状态规则 底稿动作
Azure 虚拟机状态与计费说明写明,Stopped (Allocated) 仍计费;即使已经 deallocated,Disks 和 Networking 仍可能产生费用 记录准确状态及磁盘、网络资源
Google Cloud 停止或重启实例文档说明,实例停止后,附着资源仍会产生费用 停止前列出全部附着资源
阿里云 ECS 按量付费说明说明,未开启节省停机时普通停机仍正常收费;开启后,实例规格、固定带宽和镜像许可证暂停计费,但云盘和弹性公网 IP 继续收费 确认是否启用节省停机,并保留资源清单

磁盘和快照还应脱离实例状态单独记录。Google Cloud 的磁盘与镜像定价说明指出,Compute Engine 磁盘按完整配置容量计费,无论实际使用多少,在释放前都不会因闲置而降为零。阿里云的块存储计费说明则明确,云盘创建成功后即开始计费,与是否挂载或用途无关。

在 AWS 中,删除 EBS volume 不会自动删除关联快照,详见 AWS 的意外费用检查清单;Amazon EBS 快照说明之外的 AWS EBS 文档还指出,快照属于增量备份,费用取决于存储的数据量,删除一个快照未必降低存储费用。因此,volume、disk 和 snapshot 应分别列入底稿。

GPU服务器租用账单中的 IP 与网络费用

  • AWS 的 VPC 公网 IPv4 文档说明,所有 public IPv4 addresses 都会收费,包括运行实例关联的地址和 Elastic IP addresses。
  • AWS 的 NAT gateway 定价说明列出了可用小时和处理数据量两种计费维度,并建议将资源放在同一 Availability Zone,以减少数据传输费用。
  • AWS 数据传输计费说明显示,同一 Region 内跨 Availability Zone 的 UsageType 为 DataTransfer-Regional-Bytes,AWS 到互联网为 DataTransfer-Out-Bytes;互联网进入 AWS 不收费,跨 Region 时由源 Region 的出站流量计费,目标 Region 的入站流量免费。
  • Google Cloud 的网络定价说明写明,已预留但未分配给资源的 static external IP,费率高于使用中的地址;只要它关联到 VM,无论 VM 处于 running 还是 stopped,都算 in use。
  • 阿里云 ECS 公网带宽计费说明说明,固定公网 IP 仅对出方向流量计费,入方向不计费;可选择固定带宽或使用流量计费,后者的带宽峰值只是上限,不是业务承诺指标。

用账单确认核查是否闭环

从账单中保留 Resource ID、UsageType、状态、起止时间、数量和金额,再与底稿逐行对应:

RECONCILIATION_RESULT = YOUR_ACTUAL_BILL_AMOUNT - YOUR_CALCULATED_DOCUMENTED_AMOUNT

复算结果不一致时,应先追查资源状态、流量方向、计费周期和删除时间,不能立即认定为超额费用。

若使用 AWS,Cost Explorer 说明写明,它可查看过去最多 13 个月的数据并预测未来 18 个月,成本数据至少每 24 小时刷新一次。AWS Budgets 管理说明则说明,数据最多每天更新三次,通常在上次更新后 8–12 小时更新,并可针对实际和预测支出发出提醒。核查时应为这种更新延迟留出时间。

清理与复核的常见出错点

清理顺序也会影响费用核查。AWS 的 意外费用检查清单要求,必须先终止 load balancer,才能删除注册到它的 EC2 instances。

成本归属还依赖标签。AWS 成本分配标签说明将标签分为 AWS-generated 和 user-defined 两类,并要求先激活;标签最多可能经过 24 小时才出现在 Billing and Cost Management 控制台。不要仅凭标签暂未出现,就判断资源没有计费。

这些步骤按正文链接的官方文档整理,未运行或测量;使用前应对照当前版本逐项复核。

资料来源