Come posso risolvere gli errori di controllo di stato della mia istanza Amazon EC2 Linux?

8 minuti di lettura

La mia istanza Amazon Elastic Compute Cloud (Amazon EC2) Linux è irraggiungibile e non supera i controlli di stato.

Breve descrizione

Amazon EC2 utilizza tre controlli di stato per monitorare lo stato delle istanze EC2:

Controlli dello stato del sistema, che rilevano problemi con l'hardware sottostante di un'istanza.
Controlli dello stato delle istanze, che verificano se l'istanza è raggiungibile.
Nota: gli errori di controllo dello stato delle istanze si verificano in caso di problemi relativi al sistema operativo.
Controlli dello stato di Amazon Elastic Block Store (Amazon EBS) collegato, che monitorano se i volumi Amazon EBS dell'istanza sono raggiungibili e possono completare le operazioni di I/O.

Risoluzione

Per identificare il controllo dello stato che non è andato a buon fine, visualizza le metriche relative ai controlli dello stato dell'istanza.

Per risolvere i problemi relativi al controllo dello stato del sistema o al controllo dello stato dei volumi EBS collegati, consulta Perché la mia istanza Amazon EC2 è inattiva a causa di un errore nel controllo di stato del sistema?

Se il controllo dello stato delle istanze non è stato superato, controlla i log di sistema dell'istanza per individuare la causa dell'errore. Quindi, esegui queste azioni in base al problema riscontrato.

Importante: alcune delle seguenti risoluzioni richiedono l'arresto e l'avvio dell'istanza.

Configura l'istanza per l'arresto e l'avvio

Nota: quando arresti e avvii un'istanza, l'indirizzo IP pubblico dell'istanza cambia. È consigliabile utilizzare un indirizzo IP elastico per indirizzare il traffico esterno all'istanza anziché un indirizzo IP pubblico. Se utilizzi Amazon Route 53, potresti dover aggiornare i record DNS di Route 53 quando l'indirizzo IP pubblico cambia. L'arresto e l'avvio sono diversi dal riavvio di un'istanza. Per ulteriori informazioni, consulta Funzionamento dell'arresto e dell'avvio dell'istanza EC2.

Prima di arrestare e avviare l'istanza, intraprendi le seguenti azioni:

Se l'istanza utilizza un archivio dell'istanza, salva i dati del volume nell'archivio dell'istanza in uno storage persistente. Ad esempio, puoi salvare i dati in volumi Amazon EBS o in bucket Amazon Simple Storage Service (Amazon S3).
Importante: Amazon EC2 elimina i dati dell'archivio dell'istanza quando la arresti.
Crea uno snapshot di un volume EBS. In caso di problemi, puoi utilizzare lo snapshot per ripristinare l'istanza.
Rimuovi temporaneamente l'istanza dal relativo gruppo Amazon EC2 Auto Scaling in modo da non terminarla accidentalmente quando la arresti.
Nota: EC2 Auto Scaling potrebbe terminare le istanze arrestate in un gruppo Auto Scaling a seconda delle impostazioni della protezione da riduzione orizzontale. Le istanze avviate con Amazon EMR, AWS CloudFormation o AWS Elastic Beanstalk potrebbero far parte di un gruppo Auto Scaling.
Imposta il comportamento di chiusura dell'istanza su Stop (Arresta) per assicurarti che l'istanza termini quando l'arresti.

Risolvi i problemi di un sistema operativo che non si avvia

Se i log di sistema contengono errori di avvio, sono presenti problemi del sistema operativo. Per risolvere il problema, consulta I controlli dello stato delle istanze sulla mia istanza Linux EC2 hanno esito negativo a causa di problemi del sistema operativo. In che modo posso risolvere il problema?

Risolvi i problemi relativi ai volumi EBS che non sono stati montati correttamente

Se il mancato superamento del controllo dello stato dell'istanza è stato causato da un errore del punto di montaggio, ricevi un output simile al seguente esempio:

[FAILED] Failed to mount /See 'systemctl status mnt-nvme0n1p1.mount' for details.
[DEPEND] Dependency failed for Local File Systems.

Per risolvere il problema, consulta Risoluzione dei problemi "Failed to mount" o "Dependency failed" in I controlli dello stato delle istanze sulla mia istanza Linux EC2 hanno esito negativo a causa di problemi del sistema operativo. In che modo posso risolvere il problema? Inoltre, consulta Errori Dependency failed in Perché la mia istanza EC2 Linux entra in modalità di emergenza quando provo ad avviarla?

Se passi da un tipo di istanza basato su Xen a un tipo di istanza basata su AWS Nitro System, il montaggio dei volumi potrebbe non riuscire. Le istanze Nitro espongono i volumi EBS come dispositivi a blocchi NVMe (ad esempio, /dev/nvme0n1 o /dev/nvme1n1). I nomi dei dispositivi specificati in una mappatura dei dispositivi a blocchi vengono automaticamente rinominati nel formato /dev/nvme[0-26]n1.

Nota: il driver del dispositivo a blocchi potrebbe assegnare i nomi dei dispositivi NVMe in un ordine diverso.

Per evitare errori di montaggio, utilizza l'etichetta del file system del volume o l'UUID in /etc/fstab invece dei nomi di dispositivo del volume. Per i passaggi di configurazione, consulta Rendi disponibile per l'uso un volume Amazon EBS.

Risolvi i problemi relativi a un utilizzo elevato della CPU e della memoria

Utilizzo elevato della CPU

Se la metrica di Amazon CloudWatch CPUUtilization è pari o prossima al 100%, l'istanza non ha una capacità di calcolo sufficiente per eseguire il kernel.

Per le istanze T2 o T3, controlla anche le metriche relative al crediti della CPU. Se i crediti della CPU sono pari a zero, CPUUtilization si arresta al livello delle prestazioni di base del tipo di istanza. Ad esempio, se le prestazioni di base sono del 20% o del 40%, l'istanza non supera quel livello di utilizzo della CPU.

Per risolvere i problemi relativi all'utilizzo elevato della CPU, consulta Come posso risolvere i problemi di utilizzo elevato della CPU di un'istanza Amazon EC2 Linux?

Utilizzo elevato della memoria

Se l'utilizzo della memoria è elevato, nei log vedi il seguente messaggio di errore:

"[115879.769795] Out of memory: kill process 20273 (httpd) score 1285879 or a child[115879.769795] Killed process 1917 (php-cgi) vsz:467184kB, anon-rss:101196kB, file-rss:204kB"

Per risolvere il problema, interrompi il processo che consuma più memoria. Se hai bisogno di tutti i processi in esecuzione, passa a un tipo di istanza più grande. Oppure aggiungi uno spazio di swap all'istanza o partiziona il disco rigido per ridurre la pressione sulla memoria.

Per ulteriori passaggi per la risoluzione dei problemi, consulta Come posso risolvere i problemi di utilizzo elevato della memoria nella mia istanza EC2 Linux?

Risolvi i problemi causati da un disco completo

Se il dispositivo root è pieno, l'istanza entra in modalità di emergenza e ricevi un output del log di sistema simile al seguente esempio:

$: sudo service apache2 restart
Error: No space left on device

$: sudo /etc/init.d/mysql restart
[....] Restarting mysql (via systemctl):
mysql.service
Error: No space left on device

$: df -h /
Filesystem      Size  Used Avail Use% Mounted on
/dev/root       7.7G  7.7G     0 100% /

Per risolvere il problema, aumenta la dimensione del volume. In alternativa, consulta Risolvi l'errore "No space left on device" in Come posso risolvere i problemi di un'istanza EC2 Linux che non supera il controllo dello stato a causa dell'uso eccessivo delle risorse?

Risoluzione degli errori kernel panic

Il kernel panic si verifica se il kernel rileva un errore interno durante l'operazione. Se il kernel non viene caricato, l'istanza non può avviarsi e ricevi un output del log di sistema simile al seguente esempio:

Linux version2.6.16-xenU (builder@xenbat.amazonsa) (gcc version 4.0.1 20050727 (Red Hat4.0.1-5)) #1 SMP Mon May 28 03:41:49 SAST 2007
Kernel command
line:  root=/dev/sda1 ro 4
Registering block device major 8
Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(8,1)

Per risolvere il problema, consulta Come posso risolvere l'errore “Kernel panic - not syncing" nella mia istanza EC2? Oppure ripristina un kernel stabile noto.

Risolvi gli errori di rete

Per identificare e risolvere gli errori di rete, consulta Come posso risolvere i problemi di configurazione della rete a livello di sistema operativo della mia istanza Amazon EC2 Linux?

Risolvi i problemi di limitazione delle prestazioni del volume EBS root

Se il volume EBS supera i limiti previsti per quanto riguarda le operazioni di input/output al secondo (IOPS) o il throughput, Amazon EC2 ne limita la larghezza di banda della rete. Di conseguenza, l'istanza non supera i controlli dello stato e non risponde.

Per comprendere ciò che è previsto per gli IOPS o per il throughput del volume, monitora e analizza le metriche di CloudWatch per Amazon EBS.

Nota: per identificare un volume limitato, controlla le metriche relative agli IOPS o al throughput che rimangono invariate nel tempo. Per ulteriori informazioni, consulta Monitora le caratteristiche di I/O con CloudWatch.

Per una soluzione temporanea, riavvia o arresta e avvia l'istanza per terminare i processi che utilizzano IOPS e throughput. Per una soluzione a lungo termine, passa a un tipo e a una dimensione del volume EBS più adatti al carico di lavoro.