Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

# Präemption
<a name="preemption"></a>

Die Quotenverwaltung ist der einzige AWS Batch Planungsalgorithmus, der **Präemption** beinhaltet. Dabei wird ein AWS Batch `SCHEDULED`, oder -Job angehalten`STARTING`, um Kapazität für einen `RUNNING` `RUNNABLE` Job zu schaffen.

## Share-übergreifende Präemption
<a name="cross-share-preemption"></a>

Bei der Kontingentverwaltung wird **die gemeinsame Nutzung der ausgeliehenen Kapazität wieder auf einen Quotenanteil zurückgesetzt, wenn Aufträge eintreffen**.

Administratoren, die die Kapazitätsgrenzen einer Kontingentbeteiligung herabsetzen, können auch dafür sorgen `SCHEDULED``STARTING`, dass `RUNNING` Aufträge innerhalb dieser Kontingentfreigabe gesperrt werden können, wenn die von dieser Kontingentbeteiligung verbrauchte Kapazität jetzt über den konfigurierten Kapazitätsgrenzen liegt.

## In-Share-Präemption
<a name="in-share-preemption"></a>

Kontingentfreigaben können so konfiguriert werden, dass die **gemeinsame Nutzung aktiviert wird. Dadurch können Aufträge mit höherer Priorität Preemptions für `RUNNABLE` Jobs mit niedrigerer Priorität innerhalb derselben Kontingentfreigabe** auslösen, für die,, oder eingegeben wurde. `SCHEDULED` `STARTING` `RUNNING`

## Algorithmus zur Auswahl von Präemptionen
<a name="preemption-selection-algorithm"></a>

Bei der Auswahl der zu präemptiven Jobs werden die Anzahl und Art der Instanzen, die ein Job ausgeliehen hat, die relativen Prioritäten der Jobs und die Dauer der Jobs AWS Batch berücksichtigt und eine benutzerdefinierte Heuristik angewendet. Sie können den [UpdateServiceJob](https://docs.aws.amazon.com/batch/latest/APIReference/API_UpdateServiceJob.html)API-Aufruf verwenden, um die Daten eines Jobs nach `schedulingPriority` der Einreichung zu aktualisieren. Dies kann nützlich sein, um entweder die Priorität eines `RUNNING` Jobs zu senken (was die Wahrscheinlichkeit einer Unterbrechung erhöht) oder die Priorität eines `RUNNABLE` Jobs in einem Kontingent zu erhöhen, wenn die In-Share-Preemption aktiviert ist, sodass der Job einen bereits laufenden Job präemptiv behandeln kann.

## Wiederholte Versuche mit der Präemption
<a name="preemption-retries"></a>

Standardmäßig werden Preemptive Jobs ohne Limit erneut in die Warteschlange gestellt. `RUNNABLE` Um die Anzahl der Präemptionen zu begrenzen, denen ein Job ausgesetzt ist, legen Sie dies bei der Einreichung des Jobs fest. `preemptionRetriesBeforeTermination` Wenn auf 0 gesetzt `preemptionRetriesBeforeTermination` ist, werden Jobs bei ihrer ersten `FAILED` Präemption zugestellt.

Ein verschiebbares Fenster mit den letzten Abbruchversuchen wird im Job gespeichert und ist über sichtbar. [DescribeServiceJob](https://docs.aws.amazon.com/batch/latest/APIReference/API_DescribeServiceJob.html)