Configura il ripristino basato sulle CloudWatch azioni su un' EC2 istanza - Amazon Elastic Compute Cloud

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

Configura il ripristino basato sulle CloudWatch azioni su un' EC2 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, 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 AWS Health Dashboard, 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 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. AWS Health Dashboard 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.

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

Requisiti per abilitare il ripristino basato sull' CloudWatch azione

CloudWatch il ripristino basato sull'azione può essere abilitato su istanze che soddisfano i seguenti criteri:

Tipi di istanza
  • Uso generico: A1, M3, M4, M5, M5a, M5n, M5zn, M6a, M6g, M6i, M6in, M7a, M7g, M7i, M7i-flex, M8a, M8g, M8i, M8i-flex, T1, T2, T3, T3a, T4g

  • Elaborazione ottimizzata: C3, C4, C5, C5a, C5n, C6a, C6g, C6gn, C6i, C6in, C7a, C7g, C7gn, C7i, C7i-flex, C8a, C8g, C8GB, C8gn, C8i, C8i-flex

  • Ottimizzate per la memoria: 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-9tb1, U-12tb1, U-18tb1, U-24tb1, U7i-6tb, U7i-8tb, U7i-12tb, U7in-16tb, U7in-24tb, U7in-32tb, U7inh-32tb, X1, X1e, X2idn, X2iedn, X2iezn, X8g

  • Calcolo accelerato: G3, G5g, Inf1, P3, VT1

  • Calcolo ad alte prestazioni: Hpc6a, Hpc7a, Hpc7g

  • 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 dedicate Amazon EC2.

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.

  • Rete: istanze che utilizzano un Elastic Fabric Adapter

  • Auto Scaling: istanze che fanno parte di un gruppo Amazon Auto EC2 Scaling

  • Manutenzione: istanze attualmente sottoposte a un evento di manutenzione programmato

Individuare un tipo di istanza supportato

Puoi visualizzare i tipi di istanza che supportano il ripristino basato sulle CloudWatch azioni.

Console
Per visualizzare i tipi di istanza che supportano il ripristino basato sull' CloudWatch azione
  1. Apri la EC2 console Amazon all'indirizzo https://console.aws.amazon.com/ec2/.

  2. Nel pannello di navigazione a sinistra, scegli Instance Types (Tipi di istanza).

  3. Nella barra del filtro, aggiungi il filtro Supporto ripristino automatico = true. La tabella dei tipi di istanze mostra tutti i tipi di istanze che supportano il ripristino basato sulle CloudWatch azioni.

  4. (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 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-EC2InstanceTypecmdlet 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' EC2 istanza, 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 EC2 console Amazon o la CloudWatch console. Per le istruzioni, consulta Aggiungi azioni di ripristino agli CloudWatch allarmi Amazon questa guida per l'utente o Aggiungere azioni di ripristino agli CloudWatch allarmi Amazon 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 AWS Health Dashboard. Potresti non ricevere notifiche di errore di ripristino per tali eventi. Consulta la pagina sullo stato di integrità del servizio 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 per ulteriori indicazioni.