Seleziona le tue preferenze relative ai cookie

Utilizziamo cookie essenziali e strumenti simili necessari per fornire il nostro sito e i nostri servizi. Utilizziamo i cookie prestazionali per raccogliere statistiche anonime in modo da poter capire come i clienti utilizzano il nostro sito e apportare miglioramenti. I cookie essenziali non possono essere disattivati, ma puoi fare clic su \"Personalizza\" o \"Rifiuta\" per rifiutare i cookie prestazionali.

Se sei d'accordo, AWS e le terze parti approvate utilizzeranno i cookie anche per fornire utili funzionalità del sito, ricordare le tue preferenze e visualizzare contenuti pertinenti, inclusa la pubblicità pertinente. Per continuare senza accettare questi cookie, fai clic su \"Continua\" o \"Rifiuta\". Per effettuare scelte più dettagliate o saperne di più, fai clic su \"Personalizza\".

Stati del processo

Modalità Focus
Stati del processo - 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à.

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

Quando invii un lavoro a una coda di AWS Batch lavoro, il lavoro entra nello SUBMITTED stato. 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 che è stato inviato alla coda e non è stato 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 della dipendenza da un altro lavoro o risorsa. Quando le dipendenze sono state soddisfatte, il processo passa allo stato RUNNABLE.

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 la sezione relativa alla risoluzione dei Lavori bloccati in uno status RUNNABLE 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 del recupero dell'immagine, la durata del EKS initContainer completamento di Amazon e la durata della ECS containerDependency risoluzione di Amazon si verificano nello STARTING stato. Il tempo necessario per estrarre un'immagine per il tuo lavoro equivale al tempo in cui il lavoro rimarrà nello STARTING stato.

Ad esempio, se occorrono tre minuti per estrarre l'immagine per il lavoro, il lavoro rimarrà nello STARTING stato per tre minuti. Se il completamento initContainers richiede un totale di dieci minuti, il EKS processo su Amazon sarà disponibile STARTING per dieci minuti. Se disponi di ECS containerDependencies set Amazon nel tuo ECS job Amazon, il processo sarà attivo STARTING fino alla risoluzione di tutte le dipendenze dei container (il loro runtime). STARTINGnon è incluso nei timeout; la durata inizia da. RUNNING Per ulteriori informazioni, consulta Job states.

RUNNING

Il processo viene eseguito come processo container su un'istanza di ECS container Amazon 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 di lavoro automatizzati.

Nota

I registri dei RUNNING lavori 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 raggiunge lo RUNNING stato, è possibile recuperare a livello di codice il nome del flusso di log con l'operazione. DescribeJobsAPI Per ulteriori informazioni, consulta Visualizza i dati di log inviati ai CloudWatch registri 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 del lavoro per i SUCCEEDED lavori viene mantenuto invariato AWS Batch per almeno 7 giorni.

Nota

I registri dei SUCCEEDED lavori sono disponibili in CloudWatch Registri. 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 raggiunge lo RUNNING stato, è possibile recuperare a livello di codice il nome del flusso di log con l'operazione. DescribeJobsAPI Per ulteriori informazioni, consulta Visualizza i dati di log inviati ai CloudWatch registri 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 del lavoro per i FAILED lavori viene mantenuto invariato AWS Batch per almeno 7 giorni.

Nota

I registri dei FAILED lavori sono disponibili in CloudWatch Registri. 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 lavoro raggiunge lo RUNNING stato, è possibile recuperare a livello di codice il relativo flusso di log con l'operazione. DescribeJobsAPI Per ulteriori informazioni, consulta Visualizza i dati di log inviati ai CloudWatch registri 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.

PrivacyCondizioni del sitoPreferenze cookie
© 2024, Amazon Web Services, Inc. o società affiliate. Tutti i diritti riservati.