Wählen Sie Ihre Cookie-Einstellungen aus

Wir verwenden essentielle Cookies und ähnliche Tools, die für die Bereitstellung unserer Website und Services erforderlich sind. Wir verwenden Performance-Cookies, um anonyme Statistiken zu sammeln, damit wir verstehen können, wie Kunden unsere Website nutzen, und Verbesserungen vornehmen können. Essentielle Cookies können nicht deaktiviert werden, aber Sie können auf „Anpassen“ oder „Ablehnen“ klicken, um Performance-Cookies abzulehnen.

Wenn Sie damit einverstanden sind, verwenden AWS und zugelassene Drittanbieter auch Cookies, um nützliche Features der Website bereitzustellen, Ihre Präferenzen zu speichern und relevante Inhalte, einschließlich relevanter Werbung, anzuzeigen. Um alle nicht notwendigen Cookies zu akzeptieren oder abzulehnen, klicken Sie auf „Akzeptieren“ oder „Ablehnen“. Um detailliertere Entscheidungen zu treffen, klicken Sie auf „Anpassen“.

Auftragsstatus

Fokusmodus
Auftragsstatus - 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.

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 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.

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 werdenSTARTING, 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 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 Format des Protokollstream-Namens lautet wie folgt:first200CharsOfJobDefinitionName/default/ecs_task_id. Dieses Format könnte sich in future ändern.

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ü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 Format des Protokollstream-Namens lautet wie folgt:first200CharsOfJobDefinitionName/default/ecs_task_id. Dieses Format kann sich in future ändern.

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:first200CharsOfJobDefinitionName/default/ecs_task_id. Dieses Format kann sich in future ändern.

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.

DatenschutzNutzungsbedingungen für die WebsiteCookie-Einstellungen
© 2024, Amazon Web Services, Inc. oder Tochtergesellschaften. Alle Rechte vorbehalten.