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à.
Risolvi i problemi relativi alle istanze non integre in Amazon EC2 Auto Scaling
Di seguito sono riportati i messaggi di errore restituiti da Amazon EC2 Auto Scaling, le cause potenziali e le azioni da intraprendere per risolvere i problemi.
Per recuperare un messaggio di errore, consulta Come visualizzare il motivo dei fallimenti dei controlli dell'integrità.
Messaggi di errore
Un'istanza è stata messa fuori servizio in risposta a un errore di controllo dell'integrità dell'istanza EC2
Problema: le istanze Auto Scaling non superano i controlli dell'integrità di Amazon EC2.
Causa 1: Se ci sono problemi che fanno sì che Amazon EC2 consideri compromesse le istanze del tuo gruppo Auto Scaling, Amazon EC2 Auto Scaling sostituisce automaticamente le istanze come parte dei suoi controlli di integrità.
Nota
Amazon EC2 fornisce due controlli di stato: il controllo dello stato del sistema, che rileva i problemi con l'host o l'infrastruttura sottostante, e il controllo dello stato dell'istanza, che rileva problemi con la configurazione o lo stato dell'istanza stessa. Questo messaggio di errore si applica quando un controllo dello stato dell'istanza o del sistema fallisce. Per determinare quale controllo non è riuscito per un'istanza specifica, visualizza i dettagli del controllo dello stato dell'istanza nella console Amazon EC2 o chiama l'DescribeInstanceStatusAPI. Puoi anche utilizzare le CloudWatch metriche StatusCheckFailed_System e StatusCheckFailed_Instance Amazon per vedere quale controllo non è riuscito. Per ulteriori informazioni, consulta le verifiche dello stato delle tue istanze nella Amazon EC2 User Guide.
Soluzione 1: quando un controllo dello stato ha esito negativo, in genere è necessario risolvere il problema autonomamente apportando modifiche alla configurazione dell'istanza fino a quando l'applicazione non presenta più problemi. Per risolvere il problema, eseguire queste fasi:
-
Crea manualmente un'istanza Amazon EC2 che non fa parte del gruppo Auto Scaling e analizza il problema. Per assistenza generale sull'analisi delle istanze compromesse, consulta Troubleshoot instances with failed status checks nella Amazon EC2 User Guide.
-
Dopo aver confermato che l'istanza è stata avviata correttamente ed è corretta, implementa una nuova configurazione di istanza priva di errori nel gruppo Auto Scaling.
-
Elimina l'istanza creata per evitare ulteriori addebiti sull'account AWS .
Un'istanza è stata messa fuori servizio in risposta a un controllo dello stato EC2 che indicava che era stata terminata o interrotta
Problema: le istanze di Auto Scaling che sono state arrestate, riavviate o terminate vengono sostituite.
Causa 1: un utente ha arrestato, riavviato o terminato manualmente l'istanza.
Soluzione 1: se devi arrestare o riavviare le istanze del tuo gruppo Auto Scaling, ti consigliamo di mettere prima le istanze in standby. Per ulteriori informazioni, consulta Rimuovere temporaneamente le istanze dal gruppo con scalabilità automatica.
Causa 2: Amazon EC2 Auto Scaling tenta di sostituire le istanze Spot dopo che il servizio Amazon EC2 Spot interrompe le istanze, poiché il prezzo istanza Spot aumenta al di sopra del prezzo massimo o la capacità non è più disponibile.
Soluzione 2: non vi è alcuna garanzia che esista un'Istanza Spot per soddisfare la richiesta in un dato momento. Tuttavia, puoi provare a eseguire le operazioni indicate di seguito:
-
Utilizza un prezzo massimo Spot (possibilmente il prezzo). On-Demand Se imposti il prezzo massimo più alto, questo offre al servizio Amazon EC2 Spot una migliore possibilità di avviare e mantenere la quantità di capacità richiesta.
-
Aumenta il numero di pool di capacità diversi da cui è possibile avviare istanze eseguendo più tipi di istanza in più zone di disponibilità. Per ulteriori informazioni, consulta Gruppi Auto Scaling con più tipi di istanze e opzioni di acquisto.
-
Se utilizzi più tipi di istanza, è consigliabile attivare la caratteristica di ribilanciamento della capacità. Ciò è utile se desideri che il servizio Amazon EC2 Spot tenti di avviare una nuova Istanza Spot prima che venga terminata un'istanza in esecuzione. Per ulteriori informazioni, consulta Ribilanciamento della capacità in Auto Scaling per sostituire le istanze Spot a rischio.
Causa 3: con Capacity Blocks, Amazon EC2 termina tutte le istanze ancora in esecuzione 30 minuti prima dell'ora di fine del Capacity Block. Questa interruzione improvvisa fa sì che il gruppo Auto Scaling tenti di avviare nuove istanze per mantenere la capacità desiderata, anche se il Capacity Block sta terminando.
Soluzione 3: per risolvere il problema, prova quanto segue:
-
Riduci la capacità desiderata del gruppo Auto Scaling per evitare che tenti di avviare nuove istanze. Per ulteriori informazioni, consulta Dimensionamento manuale per Dimensionamento automatico Amazon EC2.
-
Assicurati di adattare il tuo gruppo Auto Scaling 30 minuti prima dell'ora di fine del Capacity Block, in modo da non riscontrare questo errore frequentemente. Assicurati che tutti gli hook del ciclo di vita siano stati completati 30 minuti prima dell'ora di fine del Capacity Block. Per ulteriori informazioni, consulta Utilizzo Blocchi di capacità per carichi di lavoro di machine learning.
Un'istanza è stata messa fuori servizio in risposta a un errore di controllo dell'integrità del sistema ELB
Problema: le istanze Auto Scaling potrebbero superare i controlli dell'integrità di Amazon EC2. Tuttavia, potrebbero non riuscire i controlli di integrità Elastic Load Balancing per i gruppi di destinazione o i Classic Load Balancers con cui è registrato il gruppo Auto Scaling.
Causa 1: se il tuo gruppo Auto Scaling si basa sui controlli di integrità forniti da Elastic Load Balancing, Amazon EC2 Auto Scaling determina lo stato di integrità delle tue istanze controllando i risultati sia dei controlli di stato di EC2 che dei controlli di stato di Elastic Load Balancing. Il load balancer esegue controlli di integrità inviando una richiesta a ciascuna istanza e attendendo la risposta corretta o stabilendo una connessione con l'istanza. Un'istanza potrebbe non superare il controllo dell'integrità dell'Elastic Load Balancing perché in un'applicazione in esecuzione sull'istanza si sono verificati problemi per cui il load balancer considera l'istanza fuori servizio.
Soluzione 1: come superare i controlli dell'integrità di Elastic Load Balancing:
-
Verifica che le impostazioni del controllo dell'integrità dei gruppi di destinazione siano configurate correttamente. È possibile definire le impostazioni di controllo dell'integrità per il load balancer per ciascun gruppo di destinazione. Per ulteriori informazioni, consulta Configura i controlli sanitari per gli obiettivi.
-
Verifica i codici di successo relativi al load balancer e accertati che l'applicazione sia configurata per restituire tali codici in caso di esito positivo.
-
Verifica che i gruppi di sicurezza per il load balancer e il gruppo Auto Scaling siano configurati correttamente.
-
Verifica che il load balancer sia configurato nelle stesse zone di disponibilità del gruppo Auto Scaling.
Soluzione 2: aggiorna il gruppo Auto Scaling per disattivare i controlli di integrità di Elastic Load Balancing. Per istruzioni su come disattivare questi controlli di integrità, vedi Distaccare un gruppo target o Classic Load Balancer.
Causa 2: c'è una mancata corrispondenza tra il periodo di prova del controllo dell'integrità e l'ora di avvio dell'istanza.
Soluzione 3: modifica il periodo di tolleranza per il controllo dello stato di salute per il tuo gruppo Auto Scaling. Imposta il periodo di tolleranza su un periodo di tempo sufficientemente lungo da supportare il numero di controlli di integrità consecutivi necessari prima che Elastic Load Balancing consideri integra un'istanza appena lanciata. Per ulteriori informazioni, consulta Impostazione del periodo di tolleranza del controllo dell'integrità per un gruppo con scalabilità automatica.
Altre risorse
Se hai un problema diverso, consulta i seguenti AWS re:Post articoli per ulteriore assistenza alla risoluzione dei problemi:
