Como soluciono falhas na verificação de status na minha instância do Amazon EC2 do Windows após a substituição do Application Migration Service ou versão de teste?

Breve descrição

Quando a verificação do status de sistema ou instância falha, as instâncias do EC2 se tornam inacessíveis. Depois de usar o Application Migration Service para uma substituição ou versão de teste, as verificações de status da instância podem falhar devido a um ou mais dos seguintes problemas:

• Falha ao inicializar o sistema operacional (SO)
• Falha na rede
• CPU e memória esgotadas
• Problemas no processo de conversão
• Tipos de instância que não são compatíveis com o sistema operacional

Observação: a primeira inicialização das máquinas Windows pode levar até 45 minutos devido ao ajuste do Windows ao hardware virtual da AWS.

Resolução

Observação: se você receber erros ao executar comandos da AWS Command Line Interface (AWS CLI), consulte Solução de problemas da AWS CLI. Além disso, verifique se você está usando a versão mais recente da AWS CLI.

Verifique se a máquina de origem é compatível com o tipo de instância que você selecionou no modelo de execução

Conecte-se à sua máquina de origem e use um dos métodos a seguir para verificar a versão do sistema operacional:

Escolha Painel de controle e, em seguida, Configurações do sistema. Verifique a Edição do Windows e o Tipo de Sistema para verificar se o sistema operacional é de 32 bits ou 64 bits.

Ou, como administrador, execute o seguinte comando em uma janela do prompt de comando:

systeminfo

A saída do comando lista o nome do SO e o tipo de sistema.

Se sua máquina de origem for de 32 bits, você deverá usar um dos seguintes tipos de instância:

• t2.nano
• t2.micro
• t2.small
• t2.medium
• c3.large
• t1.micro
• m1.small
• m1.medium
• c1.medium

Se sua máquina de origem for de 64 bits e executar o Windows Server 2008 R2 ou posterior, é possível usar qualquer tipo de instância.

Se sua máquina de origem for de 64 bits e executar uma das seguintes versões do Windows, migre para um tipo de instância XEN:

• Windows Server 2003
• Windows Server 2003 R2
• Windows Server 2008

Para obter uma lista completa dos tipos de instância XEN, execute o seguinte comando describe-instance-types da AWS CLI:

aws ec2 describe-instance-types --filters Name=hypervisor,Values=xen --query InstanceTypes[].InstanceType

Desativar ou remover antivírus de terceiros na máquina de origem

Um software antivírus de terceiros pode interferir no processo de conversão. Desative ou remova o software antivírus e, em seguida, reinicie a instância.

Conectar uma interface de rede elástica secundária

Um firewall de terceiros pode bloquear a conectividade no adaptador de rede principal da instância. Isso faz com que a instância de destino falhe nas verificações de status. Para evitar esse problema, conecte uma interface de rede secundária à instância de destino e, em seguida, conecte-se à instância.

Usar diferentes tipos de instância

As instâncias XEN usam drivers paravirtuais (PVs), e as instâncias Nitro usam o Adaptador de Rede Elástica (ENA) e drivers AWS NVMe. Para ver uma lista dos drivers que cada tipo de instância usa, consulte Compatibilidade para alterar o tipo de instância.

Se sua máquina de origem for compatível com XEN e Nitro, execute uma instância XEN e uma instância Nitro. Se a instância de destino passar pelas verificações de status como um tipo de instância, mas não como o outro, redimensione a instância. Verifique se a instância redimensionada passa pelas verificações de status.

Se o problema estiver relacionado ao driver, execute o runbook de automação AWSSupport-UpgradeWindowsAWSDrivers para forçar a instalação do driver.

Verificar os logs da instância

Importante: antes de parar e iniciar sua instância, execute as seguintes ações:

• Crie um snapshot do seu volume do Amazon Elastic Block Store (Amazon EBS).
  Observação: se sua instância tiver suporte para armazenamento de instâncias ou tiver volumes de armazenamento de instâncias que contenham dados, o Amazon EC2 excluirá os dados quando você interrompe a instância.
• Remova temporariamente a instância do grupo do Amazon EC2 Auto Scaling.
  Observação: se você interromper uma instância que está em um grupo do Amazon EC2 Auto Scaling, poderá encerrar a instância com base nas 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 Interromper para garantir que as instâncias não sejam encerradas quando você as interrompe.

Observação: além disso, quando você interrompe ou executa uma instância, o endereço IP público da instância muda. Ao rotear tráfego externo para sua instância, é uma prática recomendada usar um endereço IP elástico em vez de um endereço IP público.

Se sua nova instância nunca passar pelas verificações de status, verifique os seguintes logs da instância para determinar a causa:

• C:\Arquivos de Programas (x86)\AWS Replication Agent\migrate_script.log
• C:\Arquivos de Programas (x86)\AWS Replication Agent\migrate_script.log.sent
• C:\Program Files (x86)\AWS Replication Agent\aws_nvme\awsnvme_dism.log
• C:\Arquivos de Programas (x86)\AWS Replication Agent\ena_2012R2_2016\ena_dism.log
• C:\Arquivos de Programas (x86)\AWS Replication Agent\PVinstall.log
• C:\Windows\inf\setupapi.dev.log
• C:\Windows\inf\setupapi.offline.log
• C:\Arquivos de Programas (x86)\AWS Replication Agent\SSMInstall.log

Para acessar os logs, conclua as seguintes etapas:

1. Interrompa a instância de destino.
2. Separe o volume raiz do EBS da instância interrompida.
3. Conecte o volume raiz do EBS a uma instância que você possa acessar como um drive secundário.
4. Disponibilize o volume do EBS para uso.
5. Reúna os logs dos locais anteriores e, em seguida, revise-os para identificar as possíveis causas da falha na verificação do status da instância.
   Observação: talvez você não tenha todos os logs anteriores presentes na instância de destino. Quando você usa esse método, o mapeamento de letras de drive pode ser diferente dos locais de log listados porque você usa um drive secundário em vez de C:\.

Se as etapas de solução de problemas anteriores não resolverem o problema, crie um caso de suporte.

Informações relacionadas

systeminfo no site da Microsoft

Solucionar problemas com instâncias do Amazon EC2