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à.
Come funziona la manutenzione degli host per Amazon EC2 Dedicated Hosts
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
Dopo aver 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.
Dopo che l’host degradato non ha più istanze in esecuzione, viene rimosso definitivamente dal tuo account.
Manutenzione degli host con migrazione live
Le istanze che richiedono 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 dei volumi Amazon EBS
-
indirizzi IP elastici e indirizzo IP privato
-
Memoria, CPU e stati di rete
Alcune istanze di dimensioni maggiori potrebbero subire un leggero calo delle prestazioni durante la migrazione.
Dopo la migrazione automatica delle istanze all'host sostitutivo, ti inviamo notifiche via e-mail e AWS Health sulla dashboard. Le notifiche includono gli host IDs 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.
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.
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 un evento pianificato per un'istanza EC2 .
Amazon riserva EC2 automaticamente la capacità sull'host sostitutivo per queste istanze. Non puoi eseguire istanze in questa capacità riservata.
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 dei volumi Amazon EBS
-
indirizzi IP elastici e indirizzo IP privato
Tuttavia, poiché le istanze vengono arrestate e riavviate durante la migrazione, non mantengono gli stati della memoria, della CPU e della rete.
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.
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.
Dopo la sua allocazione, l’host sostitutivo rimane nello stato pending finché le istanze che supportano la manutenzione degli host con migrazione live vengono migrate automaticamente dall’host degradato, e finché gli eventi pianificati vengono pianificati per le istanze rimanenti. Una volta completate queste attività, l’host sostitutivo entra nello stato available.
Dopo 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. L’host e le relative risorse rimangono visibili nella console per un breve periodo di tempo.
Migrazione automatica
Alcune istanze non possono essere migrate automaticamente all’host sostitutivo.
Istanze con volumi root supportati da 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.
Istanze con un volume root di 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.
Le seguenti istanze dispongono di volumi root di archivio dell’istanza: C1, C3, D2, I2, M1, M2, M3, R3 e X1.
Puoi continuare ad accedere alle istanze sull’host dedicato degradato prima dell’evento programmato.