Logica di accelerazione del servizio Amazon ECS - Amazon Elastic Container Service

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

Logica di accelerazione del servizio Amazon ECS

L'utilità di pianificazione dei servizi Amazon ECS include una logica di protezione che limita l'avvio delle attività quando le attività ripetutamente non vengono avviate. Questo aiuta a prevenire il consumo inutile di risorse e riduce i costi.

Quando le attività di un servizio non riescono a passare da RUNNING uno stato PENDING all'altro e vengono invece trasferite direttamente aSTOPPED, lo scheduler:

  • Aumenta in modo incrementale il tempo tra i tentativi di riavvio

  • Continua ad aumentare i ritardi fino a un massimo di 27 minuti tra un tentativo e l'altro

  • Genera un messaggio relativo all'evento del servizio per avvisare l'utente del problema

Nota

Il periodo di ritardo massimo di 27 minuti potrebbe cambiare nei futuri aggiornamenti.

Quando la limitazione è attivata, si riceve questo messaggio relativo all'evento di servizio:

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

Caratteristiche importanti della logica dell'acceleratore:

  • I servizi continuano a ripetere i tentativi a tempo indeterminato

  • L'unica modifica è l'aumento del tempo tra i riavvii

  • Non ci sono parametri configurabili dall'utente

Risoluzione dei problemi di limitazione

Per risolvere il problema della limitazione, puoi:

  • Aggiorna il servizio per utilizzare una nuova definizione di attività, che riporta immediatamente il servizio al normale funzionamento senza limitazioni. Per ulteriori informazioni, consulta Aggiornamento di un servizio Amazon ECS.

  • Risolvi la causa alla base degli errori delle attività.

Le cause più comuni degli errori delle attività che innescano la limitazione includono:

Importante

I seguenti scenari NON attivano la logica dell'acceleratore:

  • Attività che si interrompono dopo aver raggiunto lo stato RUNNING

  • Attività interrotte a causa di controlli di integrità di Elastic Load Balancing non riusciti

  • Attività in cui il comando container termina con un codice diverso da zero dopo aver raggiunto lo stato RUNNING