Planung von Aufträgen - AWS Batch

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.

Planung von Aufträgen

Der AWS Batch Scheduler bewertet, wann, wo und wie Jobs ausgeführt werden, die in eine Job-Warteschlange gestellt werden. Wenn Sie beim Erstellen einer Job-Warteschlange keine Scheduling-Richtlinie angeben, verwendet der AWS Batch Job-Scheduler standardmäßig eine FIFO-Strategie (First-In, First Out). Eine FIFO-Strategie kann dazu führen, dass wichtige Jobs hinter Jobs „hängen bleiben“, die zuvor eingereicht wurden. Indem Sie eine andere Planungsrichtlinie angeben, können Sie Rechenressourcen Ihren spezifischen Anforderungen entsprechend zuweisen.

Anmerkung

Wenn Sie die spezifische Reihenfolge planen möchten, in der Jobs ausgeführt werden, verwenden Sie den dependsOn Parameter in, SubmitJobum die Abhängigkeiten für jeden Job anzugeben.

Wenn Sie eine Planungsrichtlinie erstellen und diese an eine Job-Warteschlange anhängen, ist Fair Share Scheduling aktiviert. Wenn die Auftragswarteschlange über eine Planungsrichtlinie verfügt, bestimmt die Planungsrichtlinie die Reihenfolge, in der Jobs ausgeführt werden. Weitere Informationen finden Sie unter Planungsrichtlinien.

Kennungen teilen

Sie können gemeinsame Kennungen verwenden, um Jobs zu taggen und zwischen Benutzern und Workloads zu unterscheiden. Der AWS Batch Scheduler verfolgt die Nutzung für jeden Fair-Share-Identifier mithilfe der (T * weightFactor) Formel, wobei die vCPU im Zeitverlauf angegeben Tist. Der Scheduler wählt anhand der Share-ID Jobs mit der geringsten Auslastung aus. Sie können einen Fair-Share-Identifier verwenden, ohne ihn zu überschreiben.

Anmerkung

Share-IDs sind innerhalb einer Auftragswarteschlange eindeutig und werden nicht in allen Jobwarteschlangen zusammengefasst.

Sie können die Planungspriorität festlegen, um die Reihenfolge zu konfigurieren, in der Jobs anhand einer gemeinsamen ID ausgeführt werden. Jobs mit einer höheren Planungspriorität werden zuerst geplant. Wenn Sie keine Planungsrichtlinie angeben, werden alle Jobs, die an die Auftragswarteschlange gesendet werden, in der FIFO-Reihenfolge geplant. Wenn Sie einen Job einreichen, können Sie keine gemeinsame Kennung oder Planungspriorität angeben.

Anmerkung

Angehängte Rechenressourcen werden allen Share-IDs gleichmäßig zugewiesen, sofern sie nicht ausdrücklich überschrieben werden.

Faire Planung der Anteile

Fair Share Scheduling bietet eine Reihe von Steuerelementen, mit denen Sie Jobs besser planen können.

Anmerkung

Weitere Informationen zur Planung von Richtlinienparametern finden Sie unterPlanungsrichtlinienparameter.

  • Share Decay-Sekunden — Der Zeitraum (in Sekunden), den der AWS Batch Scheduler verwendet, um für jeden Fair-Share-Identifier einen Fair-Share-Prozentsatz zu berechnen. Ein Wert von Null gibt an, dass nur die aktuelle Nutzung gemessen wird. Eine längere Abklingzeit verleiht der Zeit mehr Gewicht.

    Anmerkung

    Der Zeitraum für den Zerfall wird wie folgt berechnet: shareDecaySeconds + OrderMinuteswo OrderMinutes ist die Zeit in der Reihenfolge in Minuten.

  • Compute-Reservierung — Verhindert, dass Jobs in einem einzigen Share-Identifier alle Ressourcen verbrauchen, die an die Auftragswarteschlange angehängt sind. Bei der reservierten Quote ActiveFairShares handelt es computeReservation/100)^ActiveFairShares sich um die Anzahl der aktiven Fair-Share-Identifikatoren.

    Anmerkung

    Wenn ein Share Identifier Jobs in einemSUBMITTED,PENDING, RUNNABLESTARTING, oder RUNNING Bundesstaat hat, wird er als aktive Aktienidentifikation betrachtet. Nach Ablauf der Gültigkeitsdauer gilt eine Share-ID als inaktiv.

  • Gewichtungsfaktor — Der Gewichtungsfaktor für die Aktienkennung. Der Standardwert lautet 1. Ein niedrigerer Wert ermöglicht die Ausführung von Aufträgen aus dem Share Identifier oder verleiht dem Share Identifier zusätzliche Laufzeit. Jobs, die eine gemeinsame Kennung mit einem Gewichtungsfaktor von 0,125 (1/8) verwenden, werden beispielsweise achtmal so viele Rechenressourcen zugewiesen wie Jobs, die eine gemeinsame ID mit einem Gewichtungsfaktor von 1 verwenden.

    Anmerkung

    Sie müssen dieses Attribut nur definieren, wenn Sie den Standard-Gewichtungsfaktor 1 aktualisieren müssen.

Wenn die Job-Queue aktiv ist und Jobs verarbeitet, können Sie im Job-Queue-Snapshot eine Liste der ersten 100 RUNNABLE Jobs überprüfen. Weitere Informationen finden Sie unter Status der Auftragswarteschlange anzeigen.