View a markdown version of this page

Stati del lavoro - AWS Batch

Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.

Stati del lavoro

Quando si invia un lavoro a una coda di AWS Batch lavoro, il lavoro entra nello stato. SUBMITTED Dopodiché passa per gli stati successivi, fino a quando non ha esito positivo (codice di uscita 0) o negativo (codice di uscita diverso da zero). I processi di AWS Batch hanno gli stati seguenti:

SUBMITTED

Un lavoro inviato alla coda e non ancora valutato dallo scheduler. Il pianificatore valuta il processo per stabilire se presenta dipendenze in sospeso relative al corretto completamento di altri processi. Se sono presenti dipendenze, il processo passa allo stato PENDING. Se non sono presenti dipendenze, il processo passa allo stato RUNNABLE.

PENDING

Un lavoro che si trova in coda e non è ancora in grado di essere eseguito a causa di una dipendenza da un altro lavoro o risorsa. Quando le dipendenze sono state soddisfatte, il processo passa allo stato RUNNABLE.

Nota

I job parent di Array vengono aggiornati PENDING quando viene aggiornato un job secondario RUNNABLE e rimangono invariati mentre i job secondari PENDING sono in esecuzione. Per visualizzare questi lavori, filtrate per PENDING stato finché tutti i lavori secondari non raggiungono lo stato terminale.

RUNNABLE

Un processo che si trova nella coda, che non presenta dipendenze in sospeso e che è quindi pronto per essere pianificato per un host. I lavori in questo stato vengono avviati non appena sono disponibili risorse sufficienti in uno degli ambienti di calcolo mappati alla coda del lavoro. Tuttavia, i processo possono rimanere in questo stato in modo indefinito se le risorse sufficienti non sono disponibili.

Nota

Se i tuoi lavori non procedonoSTARTING, consulta Lavori bloccati in uno stato RUNNABLE la sezione sulla risoluzione dei problemi.

STARTING

Questi processi sono stati pianificati per un host e le operazioni di avvio del container pertinente sono in corso. Una volta che l'immagine del container è stata estratta e il container è in esecuzione, il processo passa allo stato RUNNING.

La durata dell'estrazione dell'immagine, la durata del completamento di Amazon EKS InitContainer e la durata della risoluzione di Amazon ECS ContainerDependency si verificano nello stato START. Il tempo necessario per estrarre un'immagine per il lavoro è equivalente al tempo in cui il lavoro sarà nello stato INIZIALE.

Ad esempio, se occorrono tre minuti per estrarre l'immagine per il lavoro, il lavoro rimarrà nello stato INIZIALE per tre minuti. Se il completamento di InitContainers richiede un totale di dieci minuti, il processo Amazon EKS sarà in START per dieci minuti. Se hai impostato Amazon ECS ContainerDependencies nel tuo job Amazon ECS, il job rimarrà in STARTING fino alla risoluzione di tutte le dipendenze dei container (il relativo runtime). L'AVVIO non è incluso nei timeout; la durata inizia da RUNNING. Per ulteriori informazioni, consulta Job states.

RUNNING

Il processo viene eseguito come processo contenitore su un'istanza di container Amazon ECS all'interno di un ambiente di calcolo. Al momento dell'uscita del container, il codice di uscita del processo determina l'esito positivo o negativo di quest'ultimo. Il codice di uscita 0 indica che il processo ha avuto esito positivo, mentre un codice di uscita diverso da zero indica che ha avuto esito negativo. Se il processo associato a un tentativo non riuscito presenta tentativi rimanenti nella sua configurazione opzionale della strategia relativa ai nuovi tentativi, il processo passa nuovamente allo stato RUNNABLE. Per ulteriori informazioni, consulta Ritentativi automatici del lavoro.

Nota

I log dei RUNNING job sono disponibili in CloudWatch Logs. Il gruppo di log è/aws/batch/job, e il formato del nome del flusso di log è il seguente:first200CharsOfJobDefinitionName/default/ecs_task_id. Questo formato potrebbe cambiare in futuro.

Dopo che un processo ha raggiunto lo RUNNING stato, puoi recuperare a livello di codice il nome del flusso di log con l'DescribeJobsoperazione API. Per ulteriori informazioni, consulta View Log Data Sent to CloudWatch Logs nella Amazon CloudWatch Logs User Guide. Per impostazione predefinita, questi log non scadono mai. Tuttavia, è possibile modificare il periodo di conservazione. Per ulteriori informazioni, consulta Change Log Data Retention in CloudWatch Logs nella Amazon CloudWatch Logs User Guide.

SUCCEEDED

Il processo è stato completato correttamente e ha ricevuto il codice di uscita 0. Lo stato dei SUCCEEDED job viene mantenuto AWS Batch per almeno 7 giorni.

Nota

I log per i SUCCEEDED job sono disponibili in CloudWatch Logs. Il gruppo di log è/aws/batch/job, e il formato del nome del flusso di log è il seguente:first200CharsOfJobDefinitionName/default/ecs_task_id. Questo formato potrebbe cambiare in futuro.

Dopo che un processo ha raggiunto lo RUNNING stato, puoi recuperare a livello di codice il nome del flusso di log con l'DescribeJobsoperazione API. Per ulteriori informazioni, consulta View Log Data Sent to CloudWatch Logs nella Amazon CloudWatch Logs User Guide. Per impostazione predefinita, questi log non scadono mai. Tuttavia, è possibile modificare il periodo di conservazione. Per ulteriori informazioni, consulta Change Log Data Retention in CloudWatch Logs nella Amazon CloudWatch Logs User Guide.

FAILED

Il processo ha ottenuto un esito negativo per tutti i tentativi disponibili. Lo stato dei FAILED job viene mantenuto AWS Batch per almeno 7 giorni.

Nota

I log per i FAILED job sono disponibili in CloudWatch Logs. Il gruppo di log è/aws/batch/job, e il formato del nome del flusso di log è il seguente:first200CharsOfJobDefinitionName/default/ecs_task_id. Questo formato potrebbe cambiare in futuro.

Dopo che un processo ha raggiunto lo RUNNING stato, puoi recuperare a livello di codice il relativo flusso di log con l'DescribeJobsoperazione API. Per ulteriori informazioni, consulta View Log Data Sent to CloudWatch Logs nella Amazon CloudWatch Logs User Guide. Per impostazione predefinita, questi log non scadono mai. Tuttavia, è possibile modificare il periodo di conservazione. Per ulteriori informazioni, consulta Change Log Data Retention in CloudWatch Logs nella Amazon CloudWatch Logs User Guide.