Como a manutenção de host funciona para os hosts dedicados do Amazon EC2
Após detectar a degradação em um host dedicado que esteja habiltado para manutenção de host, alocamos automaticamente um host dedicado de substituição para a conta. O Host dedicado em substituição recebe um novo ID do host, mas retém os mesmos atributos que o Host dedicado original, como:
-
Configurações de autoposicionamento
-
Availability Zone (zona de disponibilidade)
-
Associação de reserva de host dedicado
-
Afinidade de host
-
Configurações de manutenção de host
-
Configurações de recuperação de host
-
Tipo de instância
-
Tags
Depois que o host de substituição é alocado, migramos as instâncias usando a manutenção de host de migração em tempo real ou a manutenção do host baseada em reinicialização, dependendo da instância.
Quando o host degradado não tiver mais instâncias em execução, ele será liberado permanentemente da conta.
Instâncias compatíveis com manutenção de host de migração em tempo real
As instâncias compatíveis com a manutenção de host de migração em tempo real são migradas automaticamente para o host de substituição em até 24 horas, sem interrompê-las e reiniciá-las. As instâncias migradas mantêm seus atributos existentes, incluindo:
-
ID da instância
-
Metadados da instância
-
Anexos de volume do Amazon EBS
-
Endereços IP elásticos e endereço IP privado
-
Memória, CPU e estados de rede
nota
Alguns tamanhos de instância maiores podem sofrer uma pequena diminuição na performance durante a migração.
Depois que os tipos de instância compatíveis forem migrados automaticamente para o host de substituição, enviaremos notificações por e-mail e pelo AWS Health Dashboard, que incluem os IDs dos hosts degradados e de substituição, informações sobre as instâncias que foram migradas automaticamente usando a manutenção de host de migração em tempo real e informações sobre as instâncias restantes.
Instâncias que exigem manutenção de host baseada em reinicialização
As instâncias que exigem manutenção de host baseada em reinicialização são programadas para eventos programados de reinicialização da instância por 14 dias a partir da data da notificação. Você pode continuar a acessar as instâncias no host dedicado degradado antes do evento programado.
nota
Você pode reprogramar eventos de reinicialização para uma data que esteja dentro do prazo de 7 dias da data e hora do evento original. Para ter mais informações, consulte Reprogramar eventos que afetam instâncias do Amazon EC2.
O Amazon EC2 reserva automaticamente a capacidade no host de substituição para essas instâncias. Não é possível executar instâncias nessa capacidade reservada.
nota
O console do Amazon EC2 mostra a capacidade reservada como capacidade usada. Pode parecer que as instâncias estão sendo executadas tanto no host degradado quanto no host substituto. No entanto, as instâncias continuarão sendo executadas somente no host degradado até que sejam interrompidas ou migradas para a capacidade reservada no host substituto.
Na data e hora do evento programado, as instâncias são automaticamente interrompidas e reiniciadas na capacidade reservada no host de substituição. As instâncias migradas mantêm seus atributos existentes, incluindo:
-
ID da instância
-
Metadados da instância
-
Anexos de volume do Amazon EBS
-
Endereços IP elásticos e endereço IP privado
No entanto, como as instâncias são interrompidas e reiniciadas durante a migração, elas não retêm seus estados de memória, CPU e rede.
Você também pode interromper e reiniciar manualmente essas instâncias a qualquer momento antes do evento programado para migrá-las para o host de substuição ou para um host diferente. Talvez seja necessário modificar a afinidade de host da instância para reiniciá-la em um host diferente. Caso interrompa uma instância antes do evento programado, a capacidade reservada no host de substituição será liberada e ficará disponível para uso.
Instâncias não compatíveis
Algumas instâncias não podem ser migradas automaticamente para o host de substituição.
Instâncias com volumes raiz baseados no armazenamento de instância
Para essas instâncias, programamos eventos de desativação de instâncias para 28 dias a partir da data da notificação. Na data e hora do evento programado, as instâncias são encerradas permanentemente. Recomendamos que você execute manualmente as instâncias de substituição no host de substituição e depois migre os dados necessários para as instâncias de substituição antes do evento programado.
Instâncias com volumes raiz baseados no EBS
Para essas instâncias, programamos eventos de interrupção da instância por 28 dias a partir da data da notificação. Na data e hora do evento programado, as instâncias são interrompidas. Recomendamos que você interrompa manualmente ao reiniciar a instância no host de substituição ou em outro host. Talvez seja necessário modificar a afinidade de host da instância para reiniciá-la em um host diferente.
Você pode continuar a acessar as instâncias no host dedicado degradado antes do evento programado.
Estados de manutenção de host
Quando um host se degrada, ele entra no estado permanent-failure. Você não pode executar instâncias em um host dedicado no estado permanent-failure.
Depois que o host de substituição é alocado, ele permanece no estado pending até que as instâncias compatíveis com a manutenção de host de migração em tempo real tenham sido migradas automaticamente do host degradado e até que os eventos programados tenham sido agendados para as instâncias restantes. Depois que isso for concluído, o host de substituição entrará no estado available.
Depois que o host de substituição entra no estado available, você pode usá-lo como usa qualquer outro host na conta. No entanto, parte da capacidade de instância no host de substituição será reservada para as instâncias que precisarem ser migradas do host degradado. Não é possível executar novas instâncias nessa capacidade reservada.
Quando o host degradado não tem mais instâncias em execução, ele entra no estado released,
permanent-failure e é liberado permanentemente da conta.
