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 [Troubleshoot EC2 instances](ec2-instance-troubleshoot.md). 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](instance-configuration-recovery.md) [basato sulle CloudWatch azioni di Amazon](cloudwatch-recovery.md). 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](verify-if-automatic-recovery-occurred.md). 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](Stop_Start.md) 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](instance-configuration-recovery.md#requirements-for-simplified-automatic-recovery) e [Requisiti per abilitare il ripristino basato sulle CloudWatch azioni](cloudwatch-recovery.md#requirements-for-cloudwatch-action-based-recovery). **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 istanze EC2, consulta [Best practices for Amazon EC2](ec2-best-practices.md). I meccanismi di recupero dell’istanza sono progettati per *singole istanze*. Per indicazioni su come creare un *sistema* resiliente, consulta [Creare un sistema resiliente](#instance-recovery-build-a-resilient-system). **Topics** + [Concetti chiave del ripristino automatico dell’istanza](#ec2-automatic-instance-recovery-key-concepts) + [Differenze tra ripristino automatico semplificato e ripristino basato sull' CloudWatch azione](#differences) + [Creare un sistema resiliente](#instance-recovery-build-a-resilient-system) + [Verificare se è avvenuto il ripristino automatico dell’istanza](verify-if-automatic-recovery-occurred.md) + [Configurare il ripristino automatico semplificato su un’istanza Amazon EC2](instance-configuration-recovery.md) + [Configura il ripristino basato sulle CloudWatch azioni su un'istanza EC2](cloudwatch-recovery.md) ## Concetti chiave del ripristino automatico dell’istanza Il ripristino automatico dell’istanza è una funzionalità di Amazon EC2 che ripristina automaticamente la disponibilità di un’istanza quando si verificano 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](instance-configuration-recovery.md): abilitato per impostazione predefinita sulle istanze supportate. + [CloudWatch ripristino basato sull'azione](cloudwatch-recovery.md): 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'istanza EC2. + 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](monitoring-system-instance-status-check.md#types-of-instance-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\$1System](viewing_metrics_with_cloudwatch.md#status-check-metrics) in CloudWatch indica se un controllo dello stato del sistema ha avuto esito positivo o negativo. 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 Health Dashboard** Durante i tentativi di ripristino automatico delle istanze, AWS invia gli eventi all'utente in 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' CloudWatch azione 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 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ù istanze EC2) e Amazon EC2 Auto 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 con tolleranza ai guasti basato su istanze EC2, consulta le seguenti risorse: + [https://www.youtube.com/watch?v=5Hq5YxOrKYs](https://www.youtube.com/watch?v=5Hq5YxOrKYs) + [Disaster Recovery (DR) Architecture on AWS, parte I: Strategie per il ripristino nel cloud sul sito](https://aws.amazon.com/blogs/architecture/disaster-recovery-dr-architecture-on-aws-part-i-strategies-for-recovery-in-the-cloud/) del blog *AWS Architecture* + [Application Load Balancers User Guide](https://docs.aws.amazon.com/elasticloadbalancing/latest/application/introduction.html) + [Guida per l'utente di Amazon EC2 Auto Scaling](https://docs.aws.amazon.com/autoscaling/ec2/userguide/what-is-amazon-ec2-auto-scaling.html) + [REL11- BP02 Failover su risorse sane](https://docs.aws.amazon.com/wellarchitected/latest/reliability-pillar/rel_withstand_component_failures_failover2good.html) nel *Reliability Pillar AWS Well-Architected* Framework # Verificare se è avvenuto il ripristino automatico dell’istanza Se l’istanza sembra essere stata offline e poi riavviata in modo imprevisto, è possibile che sia stata sottoposta al [ripristino automatico dell’istanza](ec2-instance-recover.md#ec2-automatic-instance-recovery-key-concepts) in risposta a un problema hardware o software sottostante. Puoi verificarlo controllando se sono presenti eventi di ripristino automatico dell’istanza nella Health Dashboard. Puoi anche verificare se è stato rilevato un problema hardware o software sottostante per la tua istanza controllando la CloudWatch metrica **StatusCheckFailed\$1System** Amazon. ## Controlla gli eventi in Health Dashboard Quando si verifica un tentativo di ripristino automatico dell'istanza, AWS invia eventi al tuo Health Dashboard. L’evento specifico dipende dal meccanismo di ripristino configurato e dall’esito positivo o negativo del tentativo. **Per verificare la presenza di eventi di ripristino automatico delle istanze in Health Dashboard** 1. Apri Health Dashboard at [https://phd.aws.amazon.com/phd/home\$1/](https://phd.aws.amazon.com/phd/). 1. Cerca gli eventi associati al ripristino automatico dell’istanza. La presenza di questi eventi può confermare se si è verificato un tentativo di ripristino automatico dell’istanza e con quale 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` ## Monitora i controlli dello stato del sistema con CloudWatch Puoi verificare se è stato rilevato un problema hardware o software sottostante per la tua istanza controllando la metrica [StatusCheckFailed\$1System](viewing_metrics_with_cloudwatch.md#status-check-metrics). CloudWatch Il valore della metrica indica se un controllo dello stato del sistema ha avuto esito positivo (nessun problema hardware o software) o negativo (problema hardware o software). **Per verificare se è stato rilevato un problema hardware o software sottostante** 1. [Aprire la pagina **Metriche CloudWatch ** della console a casa? https://console.aws.amazon.com/cloudwatch/ ](https://console.aws.amazon.com/cloudwatch/home?#metricsV2)\$1metricsV2. 1. Verifica di trovarti nella stessa Regione dell’istanza EC2. 1. Incolla la seguente metrica nel campo di ricerca della pagina **Metriche** e premi Invio. ``` StatusCheckFailed_System ``` 1. Scegli **EC2 > Parametri per istanza**. 1. Nella tabella, seleziona la casella di controllo accanto all’istanza che desideri verificare. 1. Modifica il periodo di query al periodo in cui sospetti si sia verificato l’evento di recupero. 1. Scegliete la scheda **Metriche grafiche** e, per **StatusCheckFailed\$1System**, effettuate le seguenti operazioni: 1. In **Statistica**, seleziona un’opzione tra **Media**, **Massimo** o **Minimo**. 1. Per **Periodo**, scegli **1 minuto**. 1. **Controllate il valore di \$1System. StatusCheckFailed** + Valore **0**: il controllo dello stato del sistema ha avuto esito positivo, che indica l’assenza di un problema hardware o software sottostante. + Valore **1**: il controllo dello stato del sistema ha avuto esito negativo, che indica la presenza di un problema hardware o software sottostante. Per ulteriori informazioni, consulta [Ripristino automatico dell’istanza](ec2-instance-recover.md). # Configurare il ripristino automatico semplificato su un’istanza Amazon EC2 **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 [Troubleshoot EC2 instances](ec2-instance-troubleshoot.md). Se AWS rileva che un'istanza non è disponibile a causa di un problema hardware o software sottostante, il *ripristino automatico semplificato* può ripristinare automaticamente la disponibilità dell'istanza spostando l'istanza dall'host con il problema sottostante a un altro host. Se si verifica un ripristino automatico semplificato, AWS invia uno dei seguenti eventi all'utente Dashboard AWS Health, a seconda del risultato: + Evento con esito positivo: `AWS_EC2_SIMPLIFIED_AUTO_RECOVERY_SUCCESS` + Evento con esito negativo: `AWS_EC2_SIMPLIFIED_AUTO_RECOVERY_FAILURE` Per ricevere un avviso per questi eventi, puoi configurare le notifiche. Per ulteriori informazioni, consulta [Creating your first notification configuration in Notifiche all'utente AWS](https://docs.aws.amazon.com/notifications/latest/userguide/getting-started.html) nella *Guida per l’utente di Notifiche all'utente AWS *. Puoi anche utilizzare [ EventBridge le regole di Amazon](https://docs.aws.amazon.com/eventbridge/latest/userguide/eb-rules.html) per monitorare eventi di ripristino automatico semplificati. Il ripristino automatico semplificato è abilitato per impostazione predefinita all’avvio di tutte le istanze supportate. Tuttavia, può funzionare solo se un'istanza si trova nello `running` stato, non ci sono eventi di servizio elencati in e se c'è capacità disponibile per il tipo di istanza. Dashboard AWS Health In alcune situazioni, per esempio nel caso di interruzioni significative, i limiti di capacità potrebbero comportare l’esito negativo dei tentativi di recupero. Per ulteriori informazioni, consulta [Risoluzione dei problemi relativi al ripristino automatico semplificato](#ec2-instance-recover-simplified-auto-recovery-troubleshooting). Puoi disabilitare il ripristino automatico semplificato durante o dopo il lancio e riabilitarlo in seguito, se necessario. **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. Per proteggere i dati importanti, consigliamo di creare regolarmente dei backup. Per ulteriori informazioni sulle best practice di backup e ripristino per le istanze EC2, consulta [Best practices for Amazon EC2](ec2-best-practices.md). I meccanismi di recupero dell’istanza sono progettati per *singole istanze*. Per indicazioni su come creare un *sistema* resiliente, consulta [Creare un sistema resiliente](ec2-instance-recover.md#instance-recovery-build-a-resilient-system). **Topics** + [Requisiti per l’abilitazione del ripristino automatico semplificato](#requirements-for-simplified-automatic-recovery) + [Configurazione del ripristino automatico semplificato](#set-recovery-behavior) + [Risoluzione dei problemi relativi al ripristino automatico semplificato](#ec2-instance-recover-simplified-auto-recovery-troubleshooting) ## Requisiti per l’abilitazione del ripristino automatico semplificato Il ripristino automatico semplificato può essere abilitato sulle istanze che soddisfano i seguenti criteri: **Tipi di istanza** + **Uso generale:** A1, M3, M4, M5, M5a, M5n, M5Zn, M6a, M6g, M6i, M6in, M7a, M7g, M7i, M7i-Flex, M8a, M8Azn, M8g, M8 GB, M8Gn, M8i, M8i-Flex, T1, T2, T3, T3 a, T4 + **Elaborazione ottimizzata:** C3, C4, C5, C5a, C5n, C6a, C6g, C6gn, C6i, C6in, C7a, C7g, C7gn, C7i, C7i-flex, C8a, C8g, C8GB, C8gn, C8i, C8ib, C8in, C8in, C8in 8i-Flex + **Memoria ottimizzata:** R3, R4, R5, R5a, R5b, R5n, R6a, R6g, R6i, R6in, R7a, R7g, R7i, R7iZ, R8a, R8g, R8GB, R8gn, R8i, R8i-flex, U-3TB1, U-6TB1, U-9TB TB1, U-12TB1, U-18TB1, U-24TB1, U7i-6TB, U7i-8TB, U7i-12TB, U7in-16 TB, U7in-24 TB, U7in-32TB, U7 pollici-32 TB, X1, X1e, X2iEzn, X8g, X8i + **Calcolo accelerato:** G3, G5g, Inf1, P3, VT1 + **Elaborazione ad alte prestazioni:** HPC6a, HPC7a, HPC7g, HPC8a **Tenancy** + Condiviso + Dedicated Instance Per ulteriori informazioni, consulta [Istanze EC2 dedicate Amazon](dedicated-instance.md). **Limitazioni** Il ripristino automatico semplificato non è supportato per le istanze con le seguenti caratteristiche: + Dimensione dell’istanza: istanze `metal` + Tenancy: host dedicato. Per gli host dedicati, usa il [ripristino automatico dell’host dedicato](dedicated-hosts-recovery.md). + Archiviazione: istanze con volumi di archivio dell’istanza + Rete: istanze che utilizzano un Elastic Fabric Adapter + Dimensionamento automatico: istanze appartenenti a un gruppo Auto Scaling + Manutenzione: istanze attualmente sottoposte a un evento di manutenzione programmato ## Configurazione del ripristino automatico semplificato Il ripristino automatico semplificato è abilitato per impostazione predefinita all'avvio di un'istanza supportata. Puoi impostare il comportamento del ripristino automatico su `disabled` durante o dopo l'avvio dell'istanza. La configurazione `default` non consente il ripristino automatico semplificato per un’istanza non supportata. ------ #### [ Console ] **Disabilitare il ripristino automatico semplificato all'avvio** 1. Apri la console Amazon EC2 all'indirizzo [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/). 1. Nel pannello di navigazione, scegli **Instances** (Istanze), quindi seleziona **Launch instance** (Avvia istanza). 1. Nella sezione **Dettagli avanzati**, in **Ripristino automatico dell’istanza**, scegli **Disabilitato**. 1. Configura le impostazioni di avvio dell'istanza rimanenti secondo necessità e quindi avvia l'istanza. **Per disabilitare il ripristino automatico semplificato dopo il lancio** 1. Apri la console Amazon EC2 all'indirizzo [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/). 1. Nel riquadro di navigazione, scegliere **Instances (Istanze)**. 1. Seleziona l'istanza e scegli **Actions** (Operazioni), **Instance Settings** (Impostazioni istanza), **Change auto-recovery behavior** (Modifica comportamento di ripristino automatico). 1. Selezionare **Off** (Disattiva), quindi **Save ** (Salva URL). **Per abilitare il ripristino automatico semplificato dopo il lancio** 1. Apri la console Amazon EC2 all'indirizzo [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/). 1. Nel riquadro di navigazione, scegliere **Instances (Istanze)**. 1. Seleziona l'istanza e scegli **Actions** (Operazioni), **Instance Settings** (Impostazioni istanza), **Change auto-recovery behavior** (Modifica comportamento di ripristino automatico). 1. Scegli **Predefinito (attivo)**, quindi **Salva**. ------ #### [ AWS CLI ] **Disabilitare il ripristino automatico semplificato all'avvio** Usa il comando [run-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/run-instance.html) con l’opzione `--maintenance-options`. ``` --maintenance-options AutoRecovery=Disabled ``` **Per disabilitare il ripristino automatico semplificato dopo il lancio** Utilizza il comando [modify-instance-maintenance-options](https://docs.aws.amazon.com/cli/latest/reference/ec2/modify-instance-maintenance-options.html). ``` aws ec2 modify-instance-maintenance-options \ --instance-id i-1234567890abcdef0 \ --auto-recovery disabled ``` **Per abilitare il ripristino automatico semplificato dopo il lancio** Utilizza il comando [modify-instance-maintenance-options](https://docs.aws.amazon.com/cli/latest/reference/ec2/modify-instance-maintenance-options.html). ``` aws ec2 modify-instance-maintenance-options \ --instance-id i-1234567890abcdef0 \ --auto-recovery default ``` ------ #### [ PowerShell ] **Disabilitare il ripristino automatico semplificato all'avvio** Utilizza il cmdlet [New-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2Instance.html). ``` -MaintenanceOptions_AutoRecovery Disabled ``` **Per disabilitare il ripristino automatico semplificato dopo il lancio** Utilizza il cmdlet [Edit-EC2InstanceMaintenanceOption](https://docs.aws.amazon.com/powershell/latest/reference/items/Edit-EC2InstanceMaintenanceOption.html). ``` Edit-EC2InstanceMaintenanceOption ` -InstanceId i-1234567890abcdef0 ` -AutoRecovery Disabled ``` **Per abilitare il ripristino automatico semplificato dopo il lancio** Utilizza il cmdlet [Edit-EC2InstanceMaintenanceOption](https://docs.aws.amazon.com/powershell/latest/reference/items/Edit-EC2InstanceMaintenanceOption.html). ``` Edit-EC2InstanceMaintenanceOption ` -InstanceId i-1234567890abcdef0 ` -AutoRecovery Enabled ``` ------ ## Risoluzione dei problemi relativi al ripristino automatico semplificato Se il recupero dell’istanza tramite ripristino automatico semplificato ha esito negativo, considera i seguenti problemi: + AWS gli eventi di servizio sono in corso Il ripristino automatico semplificato non funziona durante gli eventi di servizio in Dashboard AWS Health. Potresti non ricevere notifiche di errore di ripristino per tali eventi. Consulta la pagina sullo stato di [integrità del servizio](https://health.aws.amazon.com/health/status) per informazioni aggiornate sulla disponibilità dei servizi. + Capacità insufficiente L’hardware sostitutivo è temporaneamente insufficiente per eseguire la migrazione dell’istanza. + Numero massimo di tentativi giornalieri di ripristino raggiunto L'istanza ha raggiunto il limite massimo giornaliero consentito di tentativi di ripristino. Successivamente, l’istanza potrebbe venire ritirata se il ripristino automatico ha esito negativo e se viene determinato che la causa principale del controllo dello stato del sistema con esito negativo originale è un deterioramento dell’hardware. Se l'errore di controllo dello stato del sistema dell'istanza persiste nonostante diversi tentativi di ripristino, consulta [Troubleshoot instances with failed status checks](TroubleshootingInstances.md) per ulteriori indicazioni. # Configura il ripristino basato sulle CloudWatch azioni su un'istanza EC2 **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 [Troubleshoot EC2 instances](ec2-instance-troubleshoot.md). Se AWS rileva che un'istanza non è disponibile a causa di un problema hardware o software sottostante, il *ripristino basato sull'CloudWatch azione* può ripristinare automaticamente la disponibilità dell'istanza spostando l'istanza dall'host con il problema sottostante a un altro host. Se si verifica un ripristino basato sull' CloudWatch azione, AWS invia uno dei seguenti eventi al tuo Dashboard AWS Health, a seconda del risultato: + Evento con esito positivo: `AWS_EC2_INSTANCE_AUTO_RECOVERY_SUCCESS` + Evento con esito negativo: `AWS_EC2_INSTANCE_AUTO_RECOVERY_FAILURE` Puoi configurare il ripristino basato sulle CloudWatch azioni per aggiungere azioni di ripristino agli CloudWatch allarmi Amazon. CloudWatch il ripristino basato sull'azione funziona con la `StatusCheckFailed_System` metrica. CloudWatchil ripristino basato sull'azione fornisce la granularità dei tempi di risposta al to-the-minute ripristino e notifiche Amazon Simple Notification Service (Amazon SNS) delle azioni e dei risultati del ripristino. Queste opzioni di configurazione consentono tentativi di ripristino più rapidi con un controllo più granulare sulla risposta agli eventi di errore del controllo dello stato del sistema rispetto al ripristino automatico semplificato. Per ulteriori informazioni sulle CloudWatch opzioni disponibili, consulta [Controlli di stato](monitoring-system-instance-status-check.md) per le tue istanze. Tuttavia, il ripristino basato sulle CloudWatch azioni può funzionare solo se un'istanza è nello `running` stato, non ci sono eventi di servizio elencati in e se c'è capacità disponibile per il tipo di istanza. Dashboard AWS Health In alcune situazioni, per esempio nel caso di interruzioni significative, i limiti di capacità potrebbero comportare l’esito negativo dei tentativi di recupero. Per ulteriori informazioni, consulta [Risolvi gli errori di ripristino basati CloudWatch sulle azioni](#ec2-instance-recover-cloudwatch-troubleshooting). **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) e nei volumi di archiviazione delle istanze andranno persi e l'uptime del sistema operativo ricomincerà da zero. Per proteggere i dati importanti, consigliamo di creare regolarmente dei backup. Per ulteriori informazioni sulle best practice di backup e ripristino per le istanze EC2, consulta [Best practices for Amazon EC2](ec2-best-practices.md). I meccanismi di recupero dell’istanza sono progettati per *singole istanze*. Per indicazioni su come creare un *sistema* resiliente, consulta [Creare un sistema resiliente](ec2-instance-recover.md#instance-recovery-build-a-resilient-system). **Topics** + [Requisiti per abilitare il ripristino basato sulle CloudWatch azioni](#requirements-for-cloudwatch-action-based-recovery) + [Configura il ripristino basato CloudWatch sulle azioni](#ec2-instance-recover-cloudwatch-configure) + [Risolvi gli errori di ripristino basati CloudWatch sulle azioni](#ec2-instance-recover-cloudwatch-troubleshooting) ## Requisiti per abilitare il ripristino basato sulle CloudWatch azioni CloudWatch il ripristino basato sull'azione può essere abilitato su istanze che soddisfano i seguenti criteri: **Tipi di istanza** + **Uso generale:** A1, M3, M4, M5, M5a, M5n, M5Zn, M6a, M6g, M6i, M6in, M7a, M7g, M7i, M7i-Flex, M8a, M8Azn, M8g, M8 GB, M8Gn, M8i, M8i-Flex, T1, T2, T3, T3 a, T4 + **Elaborazione ottimizzata:** C3, C4, C5, C5a, C5n, C6a, C6g, C6gn, C6i, C6in, C7a, C7g, C7gn, C7i, C7i-flex, C8a, C8g, C8GB, C8gn, C8i, C8ib, C8in, C8in, C8in 8i-Flex + **Memoria ottimizzata:** R3, R4, R5, R5a, R5b, R5n, R6a, R6g, R6i, R6in, R7a, R7g, R7i, R7iZ, R8a, R8g, R8GB, R8gn, R8i, R8i-flex, U-3TB1, U-6TB1, U-9TB TB1, U-12TB1, U-18TB1, U-24TB1, U7i-6TB, U7i-8TB, U7i-12TB, U7in-16 TB, U7in-24 TB, U7in-32TB, U7inH-32 TB, X1, X1e, X2idn, X2ieZn, X8g, X8i + **Calcolo accelerato:** G3, G5g, Inf1, P3, VT1 + **Elaborazione ad alte prestazioni:** HPC6a, HPC7a, HPC7g, HPC8a + **Istanze metal:** uno qualsiasi dei tipi di istanza precedenti con la dimensione di istanza metal. + **Se i volumi di archivio dell’istanza vengono aggiunti all’avvio:** in tal caso, sono supportati solo i tipi di istanza M3, C3, R3, X1, X1e, X2idn, X2iedn **Tenancy** + Condiviso + Dedicated Instance Per ulteriori informazioni, consulta [Istanze EC2 dedicate Amazon](dedicated-instance.md). **Limitazioni** CloudWatch il ripristino basato sull'azione non è supportato per le istanze con le seguenti caratteristiche: + Tenancy: host dedicato. Per gli host dedicati, usa il [ripristino automatico dell’host dedicato](dedicated-hosts-recovery.md). + Rete: istanze che utilizzano un Elastic Fabric Adapter + Dimensionamento automatico: istanze appartenenti a un gruppo Auto Scaling + Manutenzione: istanze attualmente sottoposte a un evento di manutenzione programmato ### Individuare un tipo di istanza supportato È possibile visualizzare i tipi di istanza che supportano il ripristino basato sull' CloudWatch azione. ------ #### [ Console ] **Per visualizzare i tipi di istanza che supportano il ripristino basato sull' CloudWatch azione** 1. Apri la console Amazon EC2 all'indirizzo [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/). 1. Nel pannello di navigazione a sinistra, scegli **Instance Types** (Tipi di istanza). 1. Nella barra del filtro, aggiungi il filtro **Supporto ripristino automatico = true**. La tabella **Tipi di istanze** mostra tutti i tipi di istanze che supportano il ripristino basato sull' CloudWatch azione. 1. (Facoltativo) Aggiungi filtri per approfondire l’ambito di specifici tipi di istanze di interesse. ------ #### [ AWS CLI ] **Per visualizzare i tipi di istanza che supportano il ripristino basato sull' CloudWatch azione** Usa il comando [describe-instance-types](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-instance-types.html) con il filtro `auto-recovery-supported`. ``` aws ec2 describe-instance-types \ --filters Name=auto-recovery-supported,Values=true \ --query "InstanceTypes[*].[InstanceType]" \ --output text | sort ``` ------ #### [ PowerShell ] **Per visualizzare i tipi di istanza che supportano il ripristino basato sull' CloudWatch azione** Utilizzare il [Get-EC2InstanceType](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2InstanceType.html)cmdlet con il `auto-recovery-supported` filtro. ``` Get-EC2InstanceType ` -Filter @{Name="auto-recovery-supported";Values="true"} | ` Select InstanceType | Sort-Object InstanceType ``` ------ ## Configura il ripristino basato CloudWatch sulle azioni Per configurare il ripristino basato sull' CloudWatch azione per un'istanza EC2, crea un CloudWatch allarme che monitori la `StatusCheckFailed_System` metrica per l'istanza specificata. Imposta l’attivazione dell’avviso quando il valore della metrica è **1**, che indica un controllo dello stato del sistema con esito negativo. Configura l’operazione dell’allarme affinché recuperi automaticamente l’istanza quando viene attivato. Puoi configurare l'allarme utilizzando la console Amazon EC2 o la CloudWatch console. Per le istruzioni, consulta [Aggiungi azioni di ripristino agli CloudWatch allarmi Amazon](UsingAlarmActions.md#AddingRecoverActions) questa guida per l'utente o [Aggiungere azioni di ripristino agli CloudWatch allarmi Amazon](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/UsingAlarmActions.html#AddingRecoverActions) nella *Amazon CloudWatch User Guide*. ## Risolvi gli errori di ripristino basati CloudWatch sulle azioni Se il ripristino basato sull' CloudWatch azione non riesce a ripristinare l'istanza, considera i seguenti problemi: + AWS gli eventi di servizio sono in corso CloudWatch il ripristino basato sull'azione non funziona durante gli eventi di servizio in Dashboard AWS Health. Potresti non ricevere notifiche di errore di ripristino per tali eventi. Consulta la pagina sullo stato di [integrità del servizio](https://health.aws.amazon.com/health/status) per informazioni aggiornate sulla disponibilità dei servizi. + Capacità insufficiente L’hardware sostitutivo è temporaneamente insufficiente per eseguire la migrazione dell’istanza. + Numero massimo di tentativi giornalieri di ripristino raggiunto L'istanza ha raggiunto il limite massimo giornaliero consentito di tentativi di ripristino. Successivamente, l’istanza potrebbe venire ritirata se il ripristino automatico ha esito negativo e se viene determinato che la causa principale del controllo dello stato del sistema con esito negativo originale è un deterioramento dell’hardware. Se l'errore di controllo dello stato del sistema dell'istanza persiste nonostante diversi tentativi di ripristino, consulta [Troubleshoot instances with failed status checks](TroubleshootingInstances.md) per ulteriori indicazioni.