Como soluciono falhas na verificação de status da minha instância do Linux do Amazon EC2?

Breve descrição

O Amazon EC2 usa três verificações de status para monitorar a integridade das instâncias do EC2:

• Verificações do status do sistema que detectam problemas com o hardware subjacente de uma instância.
• Verificações de status da instância que verificam se a instância está acessível.
  Observação: as falhas na verificação do status da instância ocorrem quando há problemas no sistema operacional (SO).
• Verificações de status anexadas do Amazon Elastic Block Store (Amazon EBS) que monitoram se os volumes do Amazon EBS da instância estão acessíveis e podem concluir as operações de E/S.

Resolução

Para identificar a verificação de status que falhou, veja as métricas de verificação de status da instância.

Para solucionar problemas de verificação de status do sistema ou falhas de verificação de status do EBS anexadas, consulte Por que minha instância do Amazon EC2 está inativa com uma falha na verificação do status do sistema?

Se a verificação do status da instância falhar, verifique os logs do sistema da instância para descobrir a causa da falha. Em seguida, realize as seguintes ações com base no problema que você encontrar.

Importante: algumas das soluções a seguir exigem que você interrompa e execute a instância.

Configure sua instância para uma interrupção e execução

Observação: quando você interrompe e executa uma instância, o endereço IP público da instância muda. É uma prática recomendada usar um endereço IP elástico para rotear tráfego externo para a sua instância em vez de um endereço IP público. Se você usa o Amazon Route 53, talvez seja necessário atualizar os registros DNS do Route 53 quando o endereço IP público mudar. Uma interrupção e execução é diferente de uma reinicialização de instância. Para obter mais informações, consulte Como funciona a inicialização e a interrupção de uma instância do EC2.

Antes de interromper e iniciar sua instância, realize as seguintes ações:

• Se sua instância usa um armazenamento de instância, salve os dados do volume do armazenamento de instância no armazenamento persistente. Por exemplo, é possível salvar os dados em volumes do Amazon EBS ou em buckets do Amazon Simple Storage Service (Amazon S3).
  Importante: o Amazon EC2 exclui dados do armazenamento de instância quando você interrompe a instância.
• Crie um snapshot do seu volume do EBS. Se você tiver problemas, é possível usar o snapshot para restaurar sua instância.
• Remova temporariamente a instância do seu grupo do Amazon EC2 Auto Scaling para que você não encerre acidentalmente a instância ao interrompê-la.
  Observação: o EC2 Auto Scaling pode encerrar instâncias interrompidas em um grupo do Auto Scaling com base em suas configurações de proteção na redução de escala. As instâncias executadas com o Amazon EMR, o AWS CloudFormation ou o AWS Elastic Beanstalk podem fazer parte de um grupo do Auto Scaling.
• Defina o comportamento de desligamento da instância como Stop (Interromper) para garantir que as instâncias não sejam encerradas quando você as interrompe.

Solucione problemas de um sistema operacional que falha na inicialização

Se os logs do sistema contiverem erros de inicialização, então há problemas no sistema operacional. Para solucionar esse problema, consulte Como solucionar problemas de uma instância do Linux do EC2 que falhou na verificação do status da instância devido a problemas no sistema operacional?

Solucione problemas de volumes do EBS que não foram montados corretamente

Se uma falha no ponto de montagem fez com que a verificação do status da instância falhasse, você receberá uma saída semelhante ao exemplo a seguir:

[FAILED] Failed to mount /See 'systemctl status mnt-nvme0n1p1.mount' for details.
[DEPEND] Dependency failed for Local File Systems.

Para solucionar esse erro, consulte Solucionar problemas de "Failed to mount" ou "Dependency failed" em Como solucionar problemas de uma instância do Linux do EC2 que falhou na verificação do status da instância devido a problemas no sistema operacional? Além disso, consulte Erros de falha de dependência em Por que minha instância do Linux do EC2 entra no modo de emergência quando tento inicializá-la?

Se você mudar de um tipo de instância baseado em Xen para uma instância criada no AWS Nitro System, os volumes podem falhar na montagem. As instâncias Nitro expõem volumes do EBS como dispositivos de blocos NVMe, como /dev/nvme0n1 ou /dev/nvme1n1. Os nomes de dispositivos que você especifica em um mapeamento de dispositivos de blocos são automaticamente renomeados para o formato /dev/nvme[0-26]n1.

Observação: o driver do dispositivo de blocos pode atribuir os nomes dos dispositivos NVMe em uma ordem diferente.

Para evitar falhas de montagem, use o rótulo do sistema de arquivos ou o UUID do volume em /etc/fstab em vez dos nomes dos dispositivos do volume. Para ver as etapas de configuração, consulte Disponibilizar um volume do Amazon EBS para uso.

Solucione problemas de alta CPU e memória

Alto uso de CPU

Se a métrica CPUUtilization no Amazon CloudWatch estiver em ou perto de 100%, então a instância não tem capacidade computacional suficiente para executar o kernel.

Em instâncias T2 ou T3, verifique também as métricas de crédito da CPU. Se os créditos da CPU estiverem em zero, CPUUtilization é interrompida no nível básico de desempenho do tipo de instância. Por exemplo, se o desempenho básico for de 20% ou 40%, a instância não excede esse nível de uso da CPU.

Para solucionar problemas de alto uso da CPU, consulte Como soluciono problemas de alta utilização da CPU em uma instância do Linux do Amazon EC2?

Memória alta

Se a pressão da memória estiver alta, você verá a seguinte mensagem de erro nos logs:

"[115879.769795] Out of memory: kill process 20273 (httpd) score 1285879 or a child[115879.769795] Killed process 1917 (php-cgi) vsz:467184kB, anon-rss:101196kB, file-rss:204kB"

Para resolver esse problema, interrompa o processo que consome mais memória. Se você precisar ver todos os processos em execução, faça upgrade da instância para um tipo de instância maior. Ou adicione armazenamento swap à instância ou particione seu disco rígido para aliviar a pressão da memória.

Para obter mais etapas de solução de problemas, consulte Como soluciono problemas de alta utilização de memória na minha instância Linux do EC2?

Solucione problemas de disco cheio

Se o dispositivo raiz estiver cheio, a instância entra no modo de emergência e você recebe uma saída de log do sistema semelhante ao exemplo a seguir:

$: sudo service apache2 restart
Error: No space left on device

$: sudo /etc/init.d/mysql restart
[....] Restarting mysql (via systemctl):
mysql.service
Error: No space left on device

$: df -h /
Filesystem      Size  Used Avail Use% Mounted on
/dev/root       7.7G  7.7G     0 100% /

Para solucionar esse problema, aumente o tamanho do seu volume. Ou consulte Solucionar o erro "No space left on device" em Como soluciono problemas de uma instância do Linux do EC2 que apresenta falha na verificação de status devido ao uso excessivo de recursos?

Solucione erros kernel panic

O erro kernel panic ocorre se o kernel detectar um erro interno durante a operação. Se o kernel não carregar, a instância não pode iniciar e você recebe uma saída de log do sistema semelhante ao exemplo a seguir:

Linux version2.6.16-xenU (builder@xenbat.amazonsa) (gcc version 4.0.1 20050727 (Red Hat4.0.1-5)) #1 SMP Mon May 28 03:41:49 SAST 2007
Kernel command
line:  root=/dev/sda1 ro 4
Registering block device major 8
Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(8,1)

Para solucionar esse problema, consulte Como resolvo o erro "Kernel panic - not syncing" na minha instância do EC2? Ou reverta para um kernel estável conhecido.

Solucione falhas de rede

Para identificar e solucionar falhas de rede, consulte How do I troubleshoot OS-level network configuration issues on my Amazon EC2 Linux instance? (Como eu soluciono problemas de configuração de rede no nível do sistema operacional em minha instância do Linux do Amazon EC2?)

Solucione problemas de desempenho limitado do volume raiz do EBS

Se o volume do EBS exceder seus limites de operações de entrada e saída por segundo (IOPS) ou throughput, o Amazon EC2 limita o volume. Como resultado, a instância falha nas verificações de status e deixa de responder.

Monitore e analise as métricas do CloudWatch para o Amazon EBS para entender as IOPS ou a throughput esperadas do volume.

Observação: para identificar um volume limitado, verifique se as métricas de IOPS ou de throughput permanecem as mesmas ao longo do tempo. Para obter mais informações, consulte Monitore I/O as características usando CloudWatch.

Para resolver temporariamente o problema, reinicie ou interrompa e execute sua instância para encerrar os processos que usam IOPS e throughput. Para uma solução de longo prazo, faça upgrade para um tipo e tamanho de volume do EBS mais adequados para o seu workload.

Informações relacionadas

Solucionar problemas de instâncias do Linux do Amazon EC2 com falhas nas verificações de status

How do I troubleshoot status check failures on my Amazon EC2 Windows instance? (Como soluciono falhas de verificação de status na minha instância Windows do Amazon EC2?)