Batch 使用配额和系统限制来维持公平的资源分配、防止服务过载，并帮助您管理资源使用。
配额和系统限制类似，但在以下方面有所不同：
- 配额具有默认值，但您通常可以申请调整。
- 系统限制是无法更改的固定值。
批量作业在 Compute Engine 资源上运行，因此 Batch 也受 Compute Engine 配额和限制的约束。如果您的 Batch 作业还使用其他 Google Cloud 服务，则该作业也受这些服务的配额限制。尝试超出配额或限制会返回错误。如需了解详情，请参阅 Cloud 配额文档。
除了其他 Google Cloud 服务的配额和限制之外，Batch 还具有以下配额和限制，这些配额和限制无法更改。
速率配额
以下限制适用于 Batch 请求。这些限制会显示为配额（例如在 Google Cloud 控制台中），但无法增加。
| 限制 | 值 |
|---|---|
| 每个区域每分钟的智能体请求数 | 30000 |
| 每个区域每分钟的 mutate 请求数 | 6000 |
| 每分钟每个区域的读取请求数 | 15000 |
作业限制
以下限制适用于批量作业。
| 限制 | 值 |
|---|---|
| 每个任务组的任务数 | 10 万 |
| 每个作业的并行任务数 | 5,000 |
| 每个单可用区作业的并发虚拟机数量1 | 2000 |
| 每个多可用区作业的并发虚拟机数量1 | 4000 |
| 作业定义的大小2 | 1 MB |
自动失败前的等待时间（QUEUED 作业状态的持续时间） |
2 天 |
自动失败前的运行时间（RUNNING 作业状态的持续时间）3 |
14 天 |
1 此处的单可用区作业和多可用区作业是指作业虚拟机允许的可用区数量，可能与作业位置的可用区不同。如需了解详情，请参阅 Batch 位置。
2 例如，大致相当于对 jobs.create 方法或 gcloud CLI --config 文件的 REST 请求的大小。您可以通过将任务划分到多个作业中来解决此限制，例如，了解如何安排依赖作业（预览版）。
3 此限制有以下例外情况：
- 如果您将作业的
provisioningModel字段设置为FLEX_START，则自动失败前的最长运行时间为 7 天。 - 如果作业使用 A3 系列中的机器类型，将
reservation字段设置为NO_RESERVATION，并且provisioningModel未定义或设置为STANDARD，则自动失败前的最长运行时间为 7 天。 - （可选）您可以使用超时来缩短作业自动失败前的最长运行时间。