View a markdown version of this page

Status des Jobs - 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.

Status des Jobs

Wenn Sie einen Job an eine AWS Batch Jobwarteschlange senden, wechselt der Job in den SUBMITTED Status. Danach durchläuft er die folgenden Zustände, bis er erfolgreich ist (Abschluss mit Code 0) oder fehlschlägt (Abschluss mit einem Code ungleich null). AWS Batch -Aufträge können die folgenden Status haben:

SUBMITTED

Ein Job, der an die Warteschlange gesendet wurde und noch nicht vom Scheduler bewertet wurde. Der Scheduler überprüft den Auftrag, um zu bestimmen, ob offene Abhängigkeiten von der erfolgreichen Ausführung anderer Aufträge vorliegen. Wenn Abhängigkeiten vorhanden sind, wird der Auftrag in den Status PENDING verschoben. Sind keine Abhängigkeiten vorhanden, wechselt der Auftrag in den Status RUNNABLE.

PENDING

Ein Job, der sich in der Warteschlange befindet und aufgrund einer Abhängigkeit von einem anderen Job oder einer anderen Ressource noch nicht ausgeführt werden kann. Nachdem die Abhängigkeiten erfüllt sind, wird der Auftrag in den Status RUNNABLE verschoben.

Anmerkung

Die übergeordneten Array-Jobs werden aktualisiert, PENDING sobald ein untergeordneter Job auf den Status eines untergeordneten Jobs aktualisiert wird, RUNNABLE und behalten ihren PENDING Status bei, solange untergeordnete Jobs ausgeführt werden. Um diese Jobs anzuzeigen, filtern Sie nach PENDING Status, bis alle untergeordneten Jobs einen Endstatus erreichen.

RUNNABLE

Ein Auftrag, der sich in der Warteschlange befindet, keine ausstehenden Abhängigkeiten hat und daher für einen Host geplant werden kann. Jobs in diesem Status werden gestartet, sobald in einer der Rechenumgebungen, die der Auftragswarteschlange zugeordnet sind, genügend Ressourcen verfügbar sind. Aufträge können jedoch für einen unbegrenzten Zeitraum in diesem Status verbleiben, wenn keine ausreichenden Ressourcen zur Verfügung stehen.

Anmerkung

Wenn Ihre Jobs nicht weiterkommenSTARTING, lesen Sie Jobs, die den Status RUNNABLE haben im Abschnitt zur Problembehandlung nach.

STARTING

Diese Aufträge wurden für einen Host geplant und die relevanten Vorgänge zur Container-Initiierung werden noch ausgeführt. Nachdem das Container-Image durch Pull-Übertragung abgerufen und der Container gestartet wurde, geht der Auftrag in den Status RUNNING über.

Die Dauer des Abrufs von Images, die Abschlussdauer von Amazon EKS InitContainer und die Auflösungsdauer von Amazon ECS ContainerDependency befinden sich im Status STARTING. Die Zeit, die benötigt wird, um ein Image für Ihren Job abzurufen, entspricht der Zeit, in der sich Ihr Job im STARTING-Status befinden wird.

Wenn es beispielsweise drei Minuten dauert, bis das Bild für Ihren Job abgerufen wird, befindet sich Ihr Job drei Minuten lang im Startstatus. Wenn die Fertigstellung von initContainers insgesamt zehn Minuten dauert, befindet sich Ihr Amazon EKS-Job zehn Minuten lang im STARTING. Wenn Sie Amazon ECS ContainerDependencies in Ihrem Amazon ECS-Job festgelegt haben, befindet sich der Job in STARTING, bis alle Container-Abhängigkeiten (ihre Laufzeit) aufgelöst sind. STARTING ist nicht in Timeouts enthalten; die Dauer beginnt bei RUNNING. Weitere Informationen finden Sie unter Jobstatus.

RUNNING

Der Job wird als Container-Job auf einer Amazon ECS-Container-Instance in einer Rechenumgebung ausgeführt. Wenn der Container des Auftrags beendet wird, bestimmt der Prozessbeendigungscode, ob der Auftrag erfolgreich war oder nicht. Der Beendigungscode 0 bedeutet eine erfolgreiche Ausführung und ein Beendigungscode ungleich Null bedeutet, dass ein Fehler aufgetreten ist. Wenn für den mit einem fehlgeschlagenen Versuch verbundene Aufträge verbleibende Versuche in der optionalen Wiederholungsstrategiekonfiguration vorhanden sind, wird der Auftrag erneut in den Status RUNNABLE verschoben. Weitere Informationen finden Sie unter Automatisierte Auftragswiederholungen.

Anmerkung

Protokolle für RUNNING Jobs sind unter CloudWatch Logs verfügbar. Die Protokollgruppe ist/aws/batch/job, und das Namensformat für den Protokollstream lautet wie folgt:first200CharsOfJobDefinitionName/default/ecs_task_id. Dieses Format könnte sich in Zukunft ändern.

Nachdem ein Job den RUNNING Status erreicht hat, können Sie seinen Log-Stream-Namen mit der DescribeJobs API-Operation programmgesteuert abrufen. Weitere Informationen finden Sie https://docs.aws.amazon.com/AmazonCloudWatch/latest/logs/Working-with-log-groups-and-streams.html#ViewingLogData im Amazon Logs-Benutzerhandbuch unter An CloudWatch Logs gesendete Protokolldaten CloudWatch anzeigen. Standardmäßig laufen diese Protokolle nie ab. Sie können die Aufbewahrungsfrist jedoch ändern. Weitere Informationen finden Sie unter Ändern der Aufbewahrung von Protokolldaten in CloudWatch Protokollen im Amazon CloudWatch Logs-Benutzerhandbuch.

SUCCEEDED

Der Auftrag wurde mit dem Beendigungscode 0 erfolgreich abgeschlossen. Der Jobstatus für SUCCEEDED Jobs wird AWS Batch für mindestens 7 Tage beibehalten.

Anmerkung

Protokolle für SUCCEEDED Jobs sind unter CloudWatch Logs verfügbar. Die Protokollgruppe ist/aws/batch/job, und das Namensformat für den Protokollstream lautet wie folgt:first200CharsOfJobDefinitionName/default/ecs_task_id. Dieses Format kann sich in Zukunft ändern.

Nachdem ein Job den RUNNING Status erreicht hat, können Sie seinen Log-Stream-Namen mit der DescribeJobs API-Operation programmgesteuert abrufen. Weitere Informationen finden Sie https://docs.aws.amazon.com/AmazonCloudWatch/latest/logs/Working-with-log-groups-and-streams.html#ViewingLogData im Amazon Logs-Benutzerhandbuch unter An CloudWatch Logs gesendete Protokolldaten CloudWatch anzeigen. Standardmäßig laufen diese Protokolle nie ab. Sie können die Aufbewahrungsfrist jedoch ändern. Weitere Informationen finden Sie unter Ändern der Aufbewahrung von Protokolldaten in CloudWatch Protokollen im Amazon CloudWatch Logs-Benutzerhandbuch.

FAILED

Der Auftrag wurde bei allen verfügbaren Versuchen nicht erfolgreich beendet. Der Jobstatus für FAILED Jobs wird AWS Batch für mindestens 7 Tage beibehalten.

Anmerkung

Protokolle für FAILED Jobs sind unter CloudWatch Logs verfügbar. Die Protokollgruppe ist/aws/batch/job, und das Namensformat für den Protokollstream lautet wie folgt:first200CharsOfJobDefinitionName/default/ecs_task_id. Dieses Format kann sich in Zukunft ändern.

Nachdem ein Job den RUNNING Status erreicht hat, können Sie seinen Log-Stream programmgesteuert mit der DescribeJobs API-Operation abrufen. Weitere Informationen finden Sie https://docs.aws.amazon.com/AmazonCloudWatch/latest/logs/Working-with-log-groups-and-streams.html#ViewingLogData im Amazon Logs-Benutzerhandbuch unter An CloudWatch Logs gesendete Protokolldaten CloudWatch anzeigen. Standardmäßig laufen diese Protokolle nie ab. Sie können die Aufbewahrungsfrist jedoch ändern. Weitere Informationen finden Sie unter Ändern der Aufbewahrung von Protokolldaten in CloudWatch Protokollen im Amazon CloudWatch Logs-Benutzerhandbuch.