本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。

# 抢占权
<a name="preemption"></a>

配额管理是唯一包含**抢占**功能的 AWS Batch 调度算法，即 AWS Batch 停止`SCHEDULED``STARTING`、或`RUNNING`任务以为任务创建容量。`RUNNABLE`

## 交叉共享抢占权
<a name="cross-share-preemption"></a>

配额管理使用**交叉共享抢占功能在任务**到达时将借用的容量恢复到配额共享。

如果配额份额占用的容量现在超过其配置的容量限制`SCHEDULED`，`STARTING`则管理员也可以使该配额份额内的、或`RUNNING`任务有资格抢占该配额份额。

## 共享内抢占权
<a name="in-share-preemption"></a>

可以将配额份额配置为启用**共享内抢占**，这允许优先级较高的`RUNNABLE`作业在已进入、或的相同配额份额内触发优先级较低的作业的抢占。`SCHEDULED` `STARTING` `RUNNING`

## 抢占选择算法
<a name="preemption-selection-algorithm"></a>

在选择要抢占哪些作业时，要 AWS Batch 考虑作业借用的实例数量和类型、作业的相对优先级和作业的持续时间，并应用自定义的启发式方法。提交后，您可以使用 [UpdateServiceJob](https://docs.aws.amazon.com/batch/latest/APIReference/API_UpdateServiceJob.html)API 调用更新作业。`schedulingPriority`这对于降低`RUNNING`作业的优先级（增加抢占的可能性）或在启用共享内抢占的情况下提高配额份额中`RUNNABLE`作业的优先级，从而使该作业有可能抢占已经在运行的作业。

## 抢占重试次数
<a name="preemption-retries"></a>

默认情况下，抢占的作业将重新排队，没有限制。`RUNNABLE`要限制工作经历的抢占次数，请设置为提交`preemptionRetriesBeforeTermination`作业。当设置`preemptionRetriesBeforeTermination`为 0 时，任务将在首次抢占`FAILED`时继续进行。

最近抢占尝试的滑动窗口存储在作业中，并通过可见。[DescribeServiceJob](https://docs.aws.amazon.com/batch/latest/APIReference/API_DescribeServiceJob.html)