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à.
Quando viene rilevato un degradamento su un host dedicato che è abilitato per la manutenzione degli host, allochiamo automaticamente un host dedicato nel tuo account. L'Host dedicato sostitutivo riceve un nuovo ID host ma mantiene gli stessi attributi dell'Host dedicato originale, inclusi:
-
Impostazioni di posizionamento automatico
-
Zona di disponibilità
-
Associazione della prenotazione di host dedicato
-
Affinità host
-
Impostazioni di manutenzione degli host
-
Impostazioni del ripristino degli host
-
Tipo di istanza
-
Tag
Una volta allocato l'host sostitutivo, effettuiamo la migrazione delle istanze utilizzando la manutenzione dell'host con migrazione live o la manutenzione dell'host basata sul riavvio, a seconda dell'istanza.
Una volta che l'host degradato non ha più istanze in esecuzione, viene rimosso definitivamente dal tuo account.
Istanze che supportano la manutenzione dell'host con migrazione live
Le istanze che supportano la manutenzione dell'host con migrazione live vengono migrate automaticamente all'host sostitutivo entro 24 ore, senza arrestarle e riavviarle. Le istanze migrate mantengono gli attributi esistenti, fra cui:
-
ID istanza
-
Metadati delle istanze
-
Allegati EBS di volume Amazon
-
indirizzi IP elastici e indirizzo IP privato
-
Stati della memoria CPU e della rete
Nota
Alcune istanze di dimensioni maggiori potrebbero subire un leggero calo delle prestazioni durante la migrazione.
Dopo la migrazione automatica dei tipi di istanze supportati sull'host sostitutivo, ti inviamo notifiche e-mail e IDs di AWS Health dashboard che includono gli host danneggiati e sostitutivi, informazioni sulle istanze che sono state migrate automaticamente utilizzando la manutenzione dell'host di migrazione in tempo reale e informazioni sulle istanze rimanenti.
Istanze che richiedono una manutenzione dell'host basata sul riavvio
Le istanze che richiedono una manutenzione dell'host basata sul riavvio sono pianificate per eventi programmati di riavvio dell'istanza 14 giorni dalla data della notifica. Puoi continuare ad accedere alle istanze sull'host dedicato degradato prima dell'evento programmato.
Nota
Puoi riprogrammare gli eventi di riavvio per una data entro 7 giorni dalla data e l'ora dell'evento originale. Per ulteriori informazioni, consulta Riprogramma gli eventi programmati che influiscono sulle tue istanze Amazon EC2 .
Amazon riserva EC2 automaticamente la capacità sull'host sostitutivo per queste istanze. Non puoi eseguire istanze in questa capacità riservata.
Nota
La EC2 console Amazon mostra la capacità riservata come capacità utilizzata. Potrebbe sembrare che le istanze siano in esecuzione sia sull'host degradato che sull'host sostitutivo. Tuttavia, le istanze continueranno a funzionare solo sull'host degradato fino all'arresto o alla migrazione nella capacità riservata dell'host sostitutivo.
Alla data e all'ora dell'evento programmato, le istanze vengono automaticamente arrestate e riavviate nella capacità riservata sull'host sostitutivo. Le istanze migrate mantengono gli attributi esistenti, fra cui:
-
ID istanza
-
Metadati delle istanze
-
Allegati EBS di volume Amazon
-
indirizzi IP elastici e indirizzo IP privato
Tuttavia, poiché le istanze vengono interrotte e riavviate durante la migrazione, non mantengono la memoria e lo stato della reteCPU.
Puoi anche arrestare e riavviare manualmente queste istanze in qualsiasi momento prima dell'evento programmato per migrarle sull'host sostitutivo o su un altro host. Potresti dover modificare l'affinità host dell'istanza per riavviarla su un host diverso. Se si arresta un'istanza prima dell'evento programmato, la capacità riservata sull'host sostitutivo viene rilasciata e diventa disponibile per l'uso.
Istanze non supportate
Alcune istanze non possono essere migrate automaticamente all'host sostitutivo.
Istanze con volumi root supportati dall'archivio dell'istanza
Per queste istanze, pianifichiamo gli eventi di ritiro delle istanze per 28 giorni dalla data della notifica. Alla data e all'ora dell'evento programmato, le istanze vengono interrotte definitivamente. Consigliamo di avviare manualmente le istanze sostitutive sull'host sostitutivo e quindi di effettuare la migrazione dei dati richiesti sulle istanze sostitutive prima dell'evento programmato.
Istanze con volumi root supportati EBS
Per queste istanze, pianifichiamo gli eventi di arresto delle istanze per 28 giorni dalla data della notifica. Alla data e all'ora dell'evento programmato, le istanze vengono arrestate. Consigliamo di arrestare manualmente l'istanza al riavvio dell'istanza sull'host sostitutivo o su un host diverso. Potresti dover modificare l'affinità host dell'istanza per riavviarla su un host diverso.
Puoi continuare ad accedere alle istanze sull'host dedicato degradato prima dell'evento programmato.
Stati di manutenzione degli host
Quando un host diventa degradato, entra nello stato permanent-failure
. Non è possibile avviare istanze su un host dedicato che è nello stato permanent-failure
.
Una volta allocato, l'host sostitutivo rimane nello stato pending
fino alla migrazione automatica delle istanze che supportano la manutenzione dell'host con migrazione live dall'host degradato e fino alla pianificazione degli eventi programmati per le istanze rimanenti. Una volta completata questa operazione, l'host sostitutivo entra nello stato. available
Una volta che l'host sostitutivo è entrato nello stato available
, puoi utilizzarlo nello stesso modo in cui usi qualsiasi host nel tuo account. Tuttavia, parte della capacità dell'istanza sull'host sostitutivo è riservata alle istanze che richiedono una migrazione dell'host basata sul riavvio. Non puoi avviare nuove istanze in questa capacità riservata.
Quando l'host degradato non ha più istanze in esecuzione, entra nello stato released,
permanent-failure
, e viene rilasciato definitivamente dal tuo account.