Job 批处理任务计费说明

一、计费基本规则

随取随用，跑完即停，按量计费，精确到秒。

费用 = 实际运行核时时长 x 卡时单价。时长 = 计费结束时间 - 计费开始时间。

Job 批处理服务提供两种计费模式：

• 按量计费 (On-Demand)：保障算力绝对独占，按标准单价计费（例如单卡 4090 1.68 元/h，最低计费 0.000467 元）。
• 抢占式计费 (Spot)：利用平台闲置算力，提供极具性价比的折扣价格。
• 卡时单价、不同机型的折扣详见：https://www.gongjiyun.com/pricing.html

二、计费开始时间 & 计费结束时间

计费开始时间：节点进入运行状态时

• 当您的任务节点成功分配到底层物理机，拉取完镜像，且节点状态变更为“运行中 (Running)”时，开始计费。
• 注：若为多节点并行任务，各节点独立计算自己的运行核时。

计费结束时间：任务到达最终态或被中断时

与需要 持续运行的弹性部署不同，Job 任务具有明确的生命周期终点。以下任一情况发生时，即刻停止计费：

1. 自然结束（成功/失败）：代码执行完毕正常退出，或代码报错且达到重试上限彻底失败。
2. 手动停止：用户在控制台任务列表或详情页点击【停止】任务。
3. 系统抢占（仅限 Spot 任务）：当集群资源紧张触发系统强制回收 Spot 资源时，被抢占的节点会在被中止的瞬间立刻停止计费。

注：任务结束或停止后，GPU 即被释放，历史运行日志与节点内的本地缓存数据也会随之销毁，请务必提前将重要结果保存至挂载的云盘或对象存储中。

三、扣费时机

• 整点扣费：对于运行时间较长的长尾任务，系统将在每个整点进行一次阶段性扣费。
• 结束时实时结算：在任务自然结束、被手动删除/停止，或 Spot 任务被系统抢占销毁时，系统将立即进行最终结算扣费。
• 扣费金额为扣费周期内的实际费用，使用时长严格精确到秒。

四、常见问题 (FAQ)

Q：镜像拉取过程收费吗？

不收费。最开始的拉取镜像过程（如果镜像很大，可能长达数分钟至数小时）不产生费用。计费的唯一判断标准是容器是否启动并进入“运行中”状态。由于 Job 任务结束后节点会销毁，建议您在配置时选择适当的拉取策略，或挂载对象存储来提升启动效率。

Q：任务跑完（或我手动停止）后，还会产生费用吗？

不收费。Job 批处理是“阅后即焚”的托管服务。任务一旦进入“已停止”状态，底层 GPU 资源会立刻被系统回收，绝不会产生任何闲置扣费。

Q：我的 Spot 抢占式任务跑到一半被系统强行终止了，怎么计费？

您只需要为任务实际存活并运行的时长付费。例如，您下发了一个 Spot 任务，跑了 45 分钟后因资源水位紧张被系统抢占中断。系统只会扣除这 45 分钟的 Spot 折扣费用，被抢占后立刻停止计费。

Q：如果我的代码有 Bug，导致任务一启动就报错，会扣费吗？

会产生少量费用。只要节点进入了“运行中”状态，哪怕代码只跑了 10 秒就崩溃了，也会收取这 10 秒的费用。

防坑建议： 若您下发了包含几十个节点的大规模并发任务，强烈建议您在策略配置中设置【最大允许失败节点数】。例如设为 5，一旦有 5 个节点报错死透了，系统会立刻熔断并掐断剩下所有还在运行的节点，防止您的余额被无效重试耗尽。