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à.
Ripristino automatico dell’istanza
Importante
Questa sezione descrive come configurare in modo proattivo i meccanismi di ripristino su un'istanza. EC2 Tali meccanismi sono progettati per ripristinare la disponibilità dell’istanza quando AWS rileva un problema hardware o software sottostante a causa del quale un controllo dello stato del sistema ha esito negativo. Se al momento riscontri problemi di accesso all'istanza, consulta Risoluzione dei EC2 problemi relativi alle istanze.
Se AWS rileva che un'istanza non è disponibile a causa di un problema hardware o software sottostante, esistono due meccanismi che possono ripristinare automaticamente la disponibilità dell'istanza: il ripristino automatico semplificato e il ripristino basato sulle CloudWatch azioni di Amazon. Il ripristino della disponibilità dell’istanza è noto anche come ripristino dell’istanza.
Durante il processo di ripristino dell'istanza, AWS tenterà di spostare l'istanza dall'host con il problema hardware o software sottostante a un altro host. Se viene eseguito correttamente, il processo di ripristino dell’istanza verrà visualizzato dall’istanza come riavvio non programmato. Puoi verificare se è avvenuto un ripristino dell’istanza.
In caso di esito negativo del processo di ripristino, l’istanza potrebbe continuare a essere eseguita sull’host che presenta il problema hardware o software sottostante. In tal caso, è richiesto un intervento manuale. Se l’istanza diventa irraggiungibile o se il controllo dello stato del sistema continua ad avere esito negativo, ti consigliamo di arrestare e avviare manualmente l’istanza. Al momento dell’avvio dell’istanza, viene solitamente effettuata la migrazione a un nuovo computer host sottostante. Tuttavia, a differenza del ripristino automatico dell'istanza, in cui l'istanza mantiene il proprio IPv4 indirizzo pubblico, un'istanza riavviata riceve un nuovo IPv4 indirizzo pubblico a meno che non disponga di un indirizzo IP elastico.
Per usufruire dei meccanismi di ripristino automatico, devi configurarli su un’istanza in anticipo, prima che un controllo dello stato del sistema abbia esito negativo. Per impostazione predefinita, il ripristino automatico semplificato è abilitato durante l’avvio dell’istanza. Opzionalmente, puoi configurare Amazon CloudWatch Action Based Recovery dopo il lancio. La configurazione di uno di questi meccanismi rende l’istanza più resiliente.
Il ripristino automatico semplificato e il ripristino basato su CloudWatch azioni di Amazon sono disponibili solo nelle istanze supportate. Per ulteriori informazioni, consultare Requisiti per l’abilitazione del ripristino automatico semplificato e Requisiti per abilitare il ripristino basato sull' CloudWatch azione.
avvertimento
Quando AWS ripristini l'istanza a causa di un problema hardware o software sottostante, tieni presente le seguenti conseguenze: i dati archiviati nella memoria volatile (RAM) andranno persi e l'operatività del sistema operativo ricomincerà da zero. Inoltre, con il ripristino basato sull' CloudWatch azione, andranno persi anche i dati sui volumi di archiviazione delle istanze. Per proteggere i dati importanti, consigliamo di creare regolarmente dei backup. Per ulteriori informazioni sulle best practice di backup e ripristino per le EC2 istanze, consulta Best practice for Amazon EC2.
I meccanismi di recupero dell’istanza sono progettati per singole istanze. Per indicazioni su come creare un sistema resiliente, consulta Creare un sistema resiliente.
Argomenti
Differenze tra ripristino automatico semplificato e ripristino basato sull' CloudWatchazione
Verificare se è avvenuto il ripristino automatico dell’istanza
Configura il ripristino automatico semplificato su un'istanza Amazon EC2
Configura il ripristino basato sulle CloudWatch azioni su un' EC2 istanza
Concetti chiave del ripristino automatico dell’istanza
Il ripristino automatico delle istanze è una EC2 funzionalità di Amazon che ripristina automaticamente la disponibilità delle istanze in caso di guasti hardware o software sottostanti, migliorando la resilienza e l'affidabilità delle istanze. EC2
Di seguito sono riportati alcuni concetti chiave del ripristino automatico dell’istanza:
- Opzioni di configurazione
-
Puoi configurare due meccanismi per supportare il ripristino automatico dell’istanza:
-
Ripristino automatico semplificato: abilitato per impostazione predefinita sulle istanze supportate.
-
CloudWatch ripristino basato sull'azione: richiede la configurazione manuale sulle istanze supportate.
-
- Verifiche dello stato del sistema
-
I controlli dello stato del sistema monitorano automaticamente l' AWS infrastruttura su cui viene eseguita l' EC2 istanza.
-
Se un controllo dello stato del sistema fallisce, AWS avvia il ripristino automatico dell'istanza, che tenta di migrare l'istanza interessata su hardware diverso.
-
Un controllo dello stato del sistema che ha esito negativo indica un problema hardware o software dell’host, non un problema dell’istanza stessa. Il ripristino automatico può ripristinare un’istanza con un controllo dello stato del sistema con esito negativo. Tuttavia, il ripristino automatico non viene eseguito se il solo controllo dello stato dell’istanza ha esito negativo.
-
Per informazioni sulle differenze tra i controlli dello stato dell’istanza e del sistema, consulta Types of status checks.
-
- Esempi di problemi hardware o software sottostanti
-
I problemi hardware o software che possono causare controlli dello stato del sistema con esito negativo includono la perdita di connettività di rete, la perdita di alimentazione del sistema e problemi di software e hardware sull’host fisico che compromettono la possibilità di raggiungere la rete.
- Caratteristiche delle istanze ripristinate
-
Un’istanza ripristinata è identica all’istanza originale, a eccezione degli elementi persi.
Elementi mantenuti:
-
ID istanza
-
Indirizzi IP pubblici, privati ed elastici
-
Metadati delle istanze
-
Gruppo di posizionamento
-
Volumi EBS collegati
-
Zona di disponibilità
Elementi persi:
-
Dati archiviati nella memoria volatile (RAM)
-
Dati archiviati nei volumi di archiviazione delle istanze (applicabile solo al ripristino basato sulle CloudWatch azioni)
-
Il tempo di attività del sistema operativo si azzera
-
- Monitoraggio dei controlli dello stato del sistema con CloudWatch
-
La metrica StatusCheckFailed_System in CloudWatch indica se un controllo dello stato del sistema è stato superato o meno.
Valore della metrica:
-
0: il controllo dello stato del sistema ha avuto esito positivo.
-
1: il controllo dello stato del sistema ha avuto esito negativo.
-
- Eventi in AWS Health Dashboard
-
Durante i tentativi di ripristino automatico delle istanze, AWS invia gli eventi all'utente in AWS Health Dashboard base al meccanismo di ripristino configurato e al relativo risultato:
-
Ripristino automatico semplificato
-
Evento con esito positivo:
AWS_EC2_SIMPLIFIED_AUTO_RECOVERY_SUCCESS -
Evento con esito negativo:
AWS_EC2_SIMPLIFIED_AUTO_RECOVERY_FAILURE
-
-
CloudWatch ripristino basato sull'azione
-
Evento con esito positivo:
AWS_EC2_INSTANCE_AUTO_RECOVERY_SUCCESS -
Evento con esito negativo:
AWS_EC2_INSTANCE_AUTO_RECOVERY_FAILURE
-
-
Differenze tra ripristino automatico semplificato e ripristino basato sull' CloudWatchazione
La tabella seguente confronta le principali differenze tra il ripristino automatico semplificato e il ripristino basato sull' CloudWatch azione.
| Punto di confronto | Ripristino automatico semplificato | CloudWatch ripristino basato sull'azione |
|---|---|---|
| Configurazione | Abilitato per impostazione predefinita sulle istanze supportate | Richiede la configurazione manuale di CloudWatch allarmi e azioni |
| Flessibilità | Comportamento di ripristino fisso gestito da AWS | Operazioni e condizioni personalizzabili |
| Notification | Notifiche di base tramite AWS Health Dashboard | Notifiche personalizzabili tramite SNS |
| Dimensione istanze metal | Esclusa | Incluso |
| Volumi di archivio dell’istanza collegati all’avvio | Non supportato per le istanze che collegano volumi di archivio dell’istanza all’avvio | Supportato su tipi di istanze selezionati. Tieni presente che tutti i dati presenti sui volumi di archivio dell’istanza vengono persi durante il recupero dell’istanza. |
| Tempo di ripristino | Tentativo di ripristino standard | Tentativi di ripristino più veloci rispetto al ripristino automatico semplificato |
| Risoluzione del problema dell’host durante la migrazione | La migrazione potrebbe essere annullata e l’istanza rimane sull’host originale | La migrazione continua verso un nuovo host |
| Costo | Nessun costo aggiuntivo | Potrebbero incorrere in CloudWatch addebiti |
Creare un sistema resiliente
Sebbene il ripristino automatico semplificato e il ripristino basato sulle CloudWatch azioni siano efficaci per mantenere la disponibilità delle singole istanze, AWS consiglia di implementare un'architettura ad alta disponibilità che consenta il failover del traffico verso istanze integre.
Per raggiungere questo obiettivo, prendi in considerazione l'utilizzo di AWS servizi come Elastic Load Balancing (che distribuisce il traffico in entrata su più EC2 istanze) e Amazon Auto EC2 Scaling (che regola automaticamente il numero di istanze in base alla domanda e allo stato).
Per ulteriori informazioni sulla creazione di un sistema resiliente e tollerante ai guasti con istanze, consulta le seguenti risorse: EC2
-
Ritorno alle basi:
progettazione in caso di guasto con on the channel EC2 AWS YouTube -
Disaster Recovery (DR) Architecture on AWS, parte I: Strategie per il ripristino nel cloud
sul sito del blog AWS Architecture -
REL11-BP02 Failover su risorse sane nel Reliability Pillar Well-Architected Framework AWS