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.
Wenn Sie einen AWS Batch Job an eine Auftragswarteschlange weiterleiten, 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 StatusRUNNABLE
. 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. 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 Warteschlange des Jobs 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 weitergeführt werden
STARTING
, finden Sie Jobs, die in einem RUNNABLE Status feststecken im Abschnitt zur Fehlerbehebung weitere Informationen. 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 Bildern, die Dauer der EKS initContainer Fertigstellung durch Amazon und die Dauer der ECS containerDependency Amazon-Auflösung hängen vom jeweiligen STARTING Bundesstaat ab. Die Zeit, die benötigt wird, um ein Bild für Ihren Job abzurufen, entspricht der Dauer, die Ihr Job im Bundesstaat verbringen wird. STARTING
Wenn es beispielsweise drei Minuten dauert, das Bild für Ihren Job abzurufen, wird Ihr Job für drei Minuten im STARTING Bundesstaat sein. Wenn die Bearbeitung insgesamt zehn Minuten initContainers dauert, dauert Ihr EKS Amazon-Job zehn STARTING Minuten. Wenn Sie ECS containerDependencies Amazon-Sets in Ihrem ECS Amazon-Job haben, ist der Job so lange aktiv, STARTING bis alle Container-Abhängigkeiten (ihre Laufzeit) aufgelöst sind. STARTINGist nicht in den Timeouts enthalten; die Dauer beginnt umRUNNING. Weitere Informationen finden Sie unter Jobstatus.
RUNNING
-
Der Job wird als Container-Job auf einer ECS Amazon-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 StatusRUNNABLE
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 Format des Protokollstream-Namens lautet wie folgt:
. Dieses Format könnte sich in future ändern.first200CharsOfJobDefinitionName
/default/ecs_task_id
Wenn ein Auftrag den
RUNNING
Status erreicht hat, können Sie den Namen des Protokolldatenstroms mithilfe des DescribeJobsAPIVorgangs programmgesteuert abrufen. Weitere Informationen finden Sie unter An CloudWatch Logs gesendete Protokolldaten anzeigen im Amazon CloudWatch Logs-Benutzerhandbuch. Standardmäßig laufen diese Protokolle nie ab. Sie können den Aufbewahrungszeitraum jedoch ändern. Weitere Informationen finden Sie unter Aufbewahrung von Protokolldaten in CloudWatch Protokollen ändern im Amazon CloudWatch Logs-Benutzerhandbuch. SUCCEEDED
-
Der Auftrag wurde mit dem Beendigungscode
0
erfolgreich abgeschlossen. Der Auftragsstatus fürSUCCEEDED
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 Format des Protokollstream-Namens lautet wie folgt:
. Dieses Format kann sich in future ändern.first200CharsOfJobDefinitionName
/default/ecs_task_id
Wenn ein Auftrag den
RUNNING
Status erreicht hat, können Sie den Namen des Protokolldatenstroms mithilfe des DescribeJobsAPIVorgangs programmgesteuert abrufen. Weitere Informationen finden Sie unter An CloudWatch Logs gesendete Protokolldaten anzeigen im Amazon CloudWatch Logs-Benutzerhandbuch. Standardmäßig laufen diese Protokolle nie ab. Sie können den Aufbewahrungszeitraum jedoch ändern. Weitere Informationen finden Sie unter Aufbewahrung von Protokolldaten in CloudWatch Protokollen ändern im Amazon CloudWatch Logs-Benutzerhandbuch. FAILED
-
Der Auftrag wurde bei allen verfügbaren Versuchen nicht erfolgreich beendet. Der Auftragsstatus 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 Format des Protokollstream-Namens lautet wie folgt:
. Dieses Format kann sich in future ändern.first200CharsOfJobDefinitionName
/default/ecs_task_id
Nachdem ein Auftrag den
RUNNING
Status erreicht hat, können Sie seinen Protokollstream mithilfe des DescribeJobsAPIVorgangs programmgesteuert abrufen. Weitere Informationen finden Sie unter An CloudWatch Logs gesendete Protokolldaten anzeigen im Amazon CloudWatch Logs-Benutzerhandbuch. Standardmäßig laufen diese Protokolle nie ab. Sie können den Aufbewahrungszeitraum jedoch ändern. Weitere Informationen finden Sie unter Aufbewahrung von Protokolldaten in CloudWatch Protokollen ändern im Amazon CloudWatch Logs-Benutzerhandbuch.