Por que minha instância do Linux do EC2 falhou na verificação do status do sistema?

4 minuto de leitura
0

Minha instância do Linux do Amazon Elastic Compute Cloud (Amazon EC2) falhou na verificação de status do sistema e não está mais acessível.

Breve descrição

Falhas na verificação do status do sistema indicam que há problemas com a plataforma que hospeda sua instância do EC2. Se você não tiver certeza de qual tipo de verificação de status falhou, consulte Visualizar verificações de status.

Observação: se você receber o erro “Instance reachability check failed” (Falha na verificação de acessibilidade da instância), consulte Minha instância Linux do EC2 falhou na verificação do status da instância devido a problemas no sistema operacional. Como faço para solucionar isso?

Resolução

Veja o AWS Health Dashboard

Verifique o AWS Health Dashboard para ver se há interrupções de serviço na região da AWS em que sua instância está localizada.

Resolva falhas na verificação do status do sistema

Importante: é uma prática recomendada criar uma imagem de máquina da Amazon (AMI) como backup da sua instância antes de realizar qualquer operação.

Você pode esperar que a AWS corrija o problema ou realizar uma interrupção e início manual na sua instância. Lembre-se de que interromper e iniciar não é o mesmo que reinicializar. A interrupção e início migra a instância para um novo host saudável. Para resolver falhas nas verificações de status do sistema, essa migração é necessária.

Aviso: antes de interromper e iniciar sua instância, observe estas condições:

  • Os dados armazenados em volumes de armazenamento de instância são perdidos quando a instância é interrompida. Antes de interromper a instância, certifique-se de fazer backup dos dados. Diferentemente dos volumes baseados no Amazon Elastic Block Store (Amazon EBS), os volumes de armazenamento de instância são efêmeros e não oferecem suporte à persistência de dados.
  • O endereço público IPv4 estático que o Amazon EC2 atribuiu automaticamente à instância na inicialização ou no início muda após a interrupção e início. Para reter um endereço IPv4 público que não muda quando a instância for interrompida, use um endereço IP elástico.

Para mais informações, consulte Interromper e iniciar sua instância.

Em raras circunstâncias, o problema da camada de infraestrutura impede que o host subjacente responda às chamadas de API de interrupção e início. Isso faz com que a instância fique “presa” no estado de interrupção. Se isso ocorrer, force a instância a parar usando o console do Amazon EC2 ou a AWS Command Line Interface (AWS CLI). Essa ação pode levar alguns minutos. Para obter mais informações, consulte Forçar a parada da instância.

Observação: se você receber erros ao executar comandos da AWS CLI, certifique-se de estar usando a versão mais recente da AWS CLI.

As instâncias que oferecem suporte à recuperação automática simplificada recuperam instâncias com falha por padrão. No entanto, é uma prática recomendada configurar a recuperação baseada em ações do Amazon CloudWatch. Para fazer isso, crie um alarme do CloudWatch para monitorar sua instância. A recuperação baseada em ações do Amazon CloudWatch recupera automaticamente instâncias que estão danificadas devido a uma falha de hardware subjacente ou outros problemas que exigem o envolvimento da AWS para serem reparados.

Informações relacionadas

Tipos de verificações de status

Por que minha instância do Linux do EC2 está inacessível e com falha em uma ou ambas as verificações de status?

I received a notice stating that Amazon EC2 detected degradation of the underlying hardware hosting my EC2 instance. What do I need to do? (Recebi um aviso informando que o Amazon EC2 detectou a degradação do hardware subjacente que hospeda minha instância do EC2. O que eu preciso fazer?)

AWS OFICIAL
AWS OFICIALAtualizada há 8 meses