Logica di accelerazione del servizio Amazon ECS

Il pianificatore di servizi Amazon ECS ora include la logica che limita la frequenza dei tentativi di riavvio dei processi in caso di avvii non riusciti ripetuti.

Se le attività relative a un servizio non rientrano ripetutamente nello RUNNING stato impostato (passando direttamente da uno STOPPED stato PENDING a a uno), il tempo che intercorre tra i successivi tentativi di riavvio viene aumentato in modo incrementale fino a un massimo di 27 minuti. Questo periodo massimo è soggetto a modifiche in futuro. Questo comportamento riduce l'effetto delle attività fallite nelle risorse del cluster Amazon ECS o sui costi dell'infrastruttura Fargate. Se il servizio attiva la logica di limitazione, riceverai il seguente messaggio di evento relativo al servizio:

(service service-name) is unable to consistently start tasks successfully.

Amazon ECS non impedisce mai a un servizio guasto di riprovare. Inoltre, non prova a modificarlo in alcun modo se non aumentando il tempo tra i riavvii. La logica di limitazione del servizio non fornisce parametri regolabili dall'utente.

Se aggiorni il servizio per l'utilizzo di una nuova definizione di attività, il servizio torna immediatamente a uno stato normale non limitato. Per ulteriori informazioni, consulta Aggiornamento di un servizio Amazon ECS tramite la console.

Di seguito sono riportate alcune cause comuni che avviano questa logica. Ti consigliamo di intraprendere un'azione manuale per risolvere il problema:

• Una mancanza di risorse che possono ospitare l'attività, quali porte, memoria o unità di CPU nel cluster. In questo caso, viene anche visualizzato il messaggio di evento relativo al servizio delle risorse insufficienti.

• L'agente del container di Amazon ECS non è in grado di recuperare l'immagine Docker dell'attività. Ciò potrebbe essere dovuto al nome di un'immagine del container non corretto, a un'immagine o un tag non corretti o alla mancanza di autenticazione o delle autorizzazioni dei registri privati. In questo caso, viene anche visualizzato CannotPullContainerError negli errori di attività interrotte.

• Lo spazio su disco insufficiente nell'istanza di container per poter creare il container. In questo caso, viene anche visualizzato CannotCreateContainerError negli errori di attività interrotte. Per ulteriori informazioni, consulta Risolvi i problemi relativi al Docker in Amazon API error (500): devmapper ECS.

Importante

Le attività interrotte dopo che hanno raggiunto lo stato RUNNING non attivano la logica di limitazione o il messaggio di evento relativo al servizio associato. Ad esempio, se i controlli dell'integrità di Elastic Load Balancing non riusciti per un servizio fanno sì che un processo venga contrassegnato come non integro e Amazon ECS annulla la registrazione dell'attività e la interrompe. A questo punto, le attività non vengono limitate. Anche se il comando del container di un'attività termina immediatamente con un codice di uscita diverso zero, l'attività è già passata allo stato RUNNING. Le attività che non riescono immediatamente a causa di errori di comando non provocano la limitazione o il messaggio di evento relativo al servizio.