Como soluciono falhas na verificação de status na minha instância 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 (OS)
• Falha na rede
• CPU e memória esgotadas
• Problemas no processo de conversão
• O tipo de instância não é compatível 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

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

1. Conecte-se à sua máquina de origem.

2. Use um dos métodos a seguir para verificar a versão do seu sistema operacional:

Escolha Painel de Controle, Configurações do Sistema e, em seguida, verifique a Versão do Windows e o Tipo de Sistema para confirmar se é de 32 bits ou 64 bits.

ou

Como administrador, execute o comando systeminfo em uma janela do prompt de comando. A saída do comando lista o nome do sistema operacional e o tipo de sistema.

3. Verifique a compatibilidade do tipo de instância.

Máquinas de origem de 32 bits

Se sua instância de origem for uma máquina de 32 bits, use 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

Máquinas de 64 bits

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âncias XEN, execute o seguinte comando da AWS Command Line Interface (AWS CLI):

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

Observação: se receber erros ao executar comandos da AWS CLI, verifique se você está usando a versão mais recente dela.

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

Solução de problemas

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 tente reiniciar.

Anexar um ENI secundário

Um firewall de terceiros pode bloquear a conectividade no adaptador de rede principal da instância, fazendo com que a instância de destino falhe nas verificações de status. Para evitar esse problema, conecte uma interface de rede elástica 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 drivers AWS Elastic Network Adapter (ENA) e AWS NVME. Para ver uma lista de quais drivers cada tipo de instância usa, acesse Resumo dos recursos de rede e armazenamento.

Com as instruções da seção anterior, determine se sua máquina de origem é compatível com os dois tipos de instâncias do Windows listadas. Se sua máquina de origem for compatível com ambas, tente iniciar o destino usando 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 para ver se isso dá certo. Se o problema estiver relacionado ao driver, execute o runbook AWS Systems Manager Automation AWSSupport-UpgradeWindowsAWSDrivers para forçar a instalação do driver.

Ou solucione os problemas de verificações de metade de status da versão em questão como qualquer outra instância EC2 do Windows. Para obter mais informações, acesse Solucionar problemas de falhas nas verificações de status.

Verificar os logs da instância

Se sua nova instância nunca passar pelas verificações de status, revise seus logs para determinar a causa. Os logs podem ajudá-lo a solucionar possíveis causas de falha na verificação do status da instância. Os logs a seguir podem não estar presentes na instância de destino:

• 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 registros, conclua as seguintes etapas:

1. Pare a instância de destino.

**Observação:**alguns dados são perdidos quando uma instância é interrompida. Para obter mais informações, acesse O que acontece quando você interrompe uma instância.

2. Separe o volume raiz do Amazon Elastic Block Storage (Amazon EBS) da instância interrompida.

3. Conecte o volume raiz do EBS a uma instância que você possa acessar como unidade secundária e, em seguida, disponibilize-a para uso.

4. Reúna os registros nos locais da lista anterior. Analise os logs para ver as possíveis causas da falha na verificação do status da instância.

**Observação:**ao usar esse método, o mapeamento de letras de unidade pode ser diferente dos locais de log listados porque você está usando uma unidade secundária (e não C:\).

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

Informações relacionadas

Solucionar problemas de instâncias com falhas nas verificações de status

Systeminfo (do site da Microsoft)