Come funziona la manutenzione degli host per Amazon EC2 Dedicated Hosts

Quando viene rilevato un degrado su un host dedicato, viene allocato un nuovo host dedicato. Il degrado può essere causato dal degrado dell'hardware sottostante o dal rilevamento di determinate condizioni problematiche. È previsto il riavvio automatico delle istanze sull'host dedicato danneggiato sull'host dedicato sostitutivo.

L'host dedicato sostitutivo riceve un nuovo ID host ma mantiene gli stessi attributi dell'host dedicato originale. Questi attributi includono quanto segue.

• Impostazioni di posizionamento automatico

• Zona di disponibilità

• Prenotazione

• Affinità host

• Impostazioni di manutenzione degli host

• Impostazioni del ripristino degli host

• Tipo di istanza

• Tag

La manutenzione dell'host è disponibile in tutti gli ambienti Regioni AWS per tutti gli host dedicati supportati. Per ulteriori informazioni sugli host dedicati in cui la manutenzione degli host non è supportata, consulta Limitazioni.

L'host dedicato degradato viene rilasciato dopo che tutte le istanze sono state riavviate su un nuovo host dedicato o interrotte. È possibile accedere alle istanze sull'host dedicato degradato prima dell'evento di manutenzione programmata, ma l'avvio di istanze sull'host dedicato degradato non è supportato.

È possibile utilizzare l'host dedicato sostitutivo per avviare nuove istanze sull'host prima dell'evento di manutenzione programmato. Tuttavia, una parte della capacità delle istanze sull'host sostitutivo è riservata alle istanze che devono essere migrate dall'host danneggiato. Non è possibile avviare nuove istanze in questa capacità riservata. Per ulteriori informazioni, consulta Istanze su host dedicati.

Istanze su host dedicati

Amazon riserva EC2 automaticamente la capacità sull'host sostitutivo per le istanze che verranno migrate automaticamente dall'host danneggiato. Amazon EC2 non riserva capacità sull'host sostitutivo per le istanze che non possono essere migrate automaticamente, ad esempio le istanze con volumi root dell'Instance Store. La capacità riservata non può essere utilizzata per avviare nuove istanze.

Nota

La EC2 console Amazon mostra la capacità riservata come capacità utilizzata. Potrebbe sembrare che le istanze siano in esecuzione sia sull'host danneggiato che sull'host sostitutivo. Tuttavia, le istanze continueranno a funzionare solo sull'host danneggiato fino all'arresto o alla migrazione nella capacità riservata dell'host sostitutivo.

Se si arresta manualmente un'istanza sull'host danneggiato che può essere migrata automaticamente, la capacità riservata per quell'istanza sull'host sostitutivo viene rilasciata e diventa disponibile per l'uso.

Durante l'evento di manutenzione programmata, le istanze sull'host danneggiato vengono riavviate e migrate nella capacità riservata dell'host dedicato sostitutivo. Le istanze migrate mantengono gli stessi attributi di quelle sull'host danneggiato, inclusi i seguenti.

• Allegati EBS di volume Amazon

• Indirizzi IP elastici

• ID istanza

• Metadati delle istanze

• Indirizzo IP privato

È possibile interrompere e avviare un'istanza sull'host degradato in qualsiasi momento prima che venga avviato l'evento di manutenzione programmata. In questo modo, l'istanza viene riavviata su un altro host e non verrà sottoposta a manutenzione programmata. È necessario aggiornare l'affinità dell'host dell'istanza al nuovo host su cui si desidera riavviare l'istanza. Se interrompi tutte le istanze sull'host danneggiato prima dell'inizio dell'evento di manutenzione, l'host danneggiato viene rilasciato e l'evento di manutenzione viene annullato. Per ulteriori informazioni, consulta Arresta e avvia le EC2 istanze Amazon.

Nota

I dati su qualsiasi volume dell'archivio locale non vengono conservati quando l'istanza viene arrestata e avviata.

Le istanze con un volume dell'archivio dell'istanza come dispositivo root vengono terminate dopo la data di terminazione specificata. Tutti i dati nei volumi dell'archivio dell'istanza vengono eliminati quando le istanze vengono terminate. Le istanze terminate vengono eliminate definitivamente e non possono essere riavviate. Per le istanze con volumi dell'archivio dell'istanza come dispositivo root, consigliamo di avviare istanze sostitutive su un host dedicato diverso utilizzando l'Amazon Machine Image più recente e di migrare tutti i dati disponibili nelle istanze sostitutive prima della data di terminazione specificata. Per ulteriori informazioni, consulta Azioni da intraprendere, ad esempio il ritiro.

Le istanze che non possono essere riavviate automaticamente vengono interrotte dopo la data specificata. È possibile avviare nuovamente queste istanze su un host diverso. Le istanze che utilizzano un EBS volume Amazon come dispositivo root continuano a utilizzare lo stesso EBS volume Amazon dopo essere state avviate su un nuovo host.

Puoi impostare l'ordine di riavvio dell'istanza riprogrammando l'ora di inizio del riavvio di un'istanza in. https://console.aws.amazon.com/ec2/

Evento di manutenzione

Al rilevamento del degrado, viene programmato un evento di manutenzione 14 giorni dopo, per riavviare le istanze su un nuovo host dedicato. Riceverai una notifica via e-mail con dettagli sull'host degradato, sull'evento di manutenzione programmato e sugli intervalli di tempo di manutenzione. Per ulteriori informazioni, consulta Visualizzazione degli eventi pianificati.

È possibile ripianificare l'evento di manutenzione per qualsiasi giorno fino a sette giorni dopo la data dell'evento pianificato. Per ulteriori informazioni sulla ripianificazione, consulta Ripianificare un evento pianificato.

Per il completamento dell'evento di manutenzione in genere sono necessari alcuni minuti. Nel raro caso in cui l'evento non vada a buon fine, riceverai una notifica via e-mail per espellere le istanze sull'host degradato entro un determinato periodo di tempo.

Stati di manutenzione degli host

Quando viene rilevato un degrado, l'host dedicato viene impostato su permanent-failure. Non è possibile avviare istanze su un host dedicato nello stato permanent-failure. Al termine dell'evento di manutenzione, l'host degradato viene rilasciato e messo nello stato released, permanent-failure.

Dopo aver rilevato un deterioramento su un host dedicato e prima di pianificare un evento di manutenzione, la manutenzione dell'host assegna automaticamente un host dedicato sostitutivo al tuo account. Questo host sostitutivo rimane in pending uno stato fino a quando non viene pianificato un evento di manutenzione. Dopo la pianificazione dell'evento di manutenzione, l'host dedicato sostitutivo si trasferisce nello available stato.

È possibile utilizzare l'host dedicato sostitutivo per avviare nuove istanze sull'host prima dell'evento di manutenzione pianificato. Tuttavia, una parte della capacità delle istanze sull'host sostitutivo è riservata alle istanze che devono essere migrate dall'host danneggiato. Non è possibile avviare nuove istanze in questa capacità riservata. Per ulteriori informazioni, consulta Istanze su host dedicati.