¿Cómo soluciono los errores de comprobación de estado de la instancia en mi instancia de Amazon EC2 de Windows tras una transición o tras haber iniciado una prueba de Application Migration Service?

Descripción breve

Cuando se produce un error en la comprobación del estado del sistema o de la instancia, no se puede acceder a las instancias de EC2. Tras utilizar Application Migration Service para efectuar una transición o iniciar una prueba, es posible que las comprobaciones del estado de la instancia fallen debido a los siguientes problemas:

• Fallo al iniciar el sistema operativo (SO)
• Fallo de red
• CPU y memoria agotadas
• Problemas con el proceso de conversión
• Tipos de instancias que no son compatibles con el sistema operativo

Nota: El primer arranque de las máquinas con Windows puede tardar hasta 45 minutos mientras Windows se ajusta al hardware virtual de AWS.

Resolución

Nota: Si se muestran errores al ejecutar comandos de la Interfaz de la línea de comandos de AWS (AWS CLI), consulta Solución de problemas de AWS CLI. Además, asegúrate de utilizar la versión más reciente de la AWS CLI.

Comprobar que la máquina de origen sea compatible con el tipo de instancia que seleccionaste en la plantilla de inicio

Conéctate a la máquina de origen y, a continuación, utiliza uno de los métodos siguientes para verificar la versión del sistema operativo:

Selecciona Panel de control y, a continuación, Configuración del sistema. Comprueba la edición de Windows y el tipo de sistema para comprobar si el sistema operativo es de 32 o 64 bits.

Como administrador, ejecuta el siguiente comando en una ventana de símbolo del sistema:

systeminfo

El resultado del comando muestra el nombre del sistema operativo y el tipo de sistema.

Si tu máquina de origen es de 32 bits, debes usar uno de los siguientes tipos de instancia:

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

Si el equipo de origen es de 64 bits y ejecuta Windows Server 2008 R2 o posterior, puedes utilizar cualquier tipo de instancia.

Si el equipo de origen es de 64 bits y ejecuta una de las siguientes ediciones de Windows, migra a un tipo de instancia XEN:

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

Para obtener una lista completa de los tipos de instancias XEN, ejecuta el siguiente comando describe-instance-types de la AWS CLI:

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

Desactivación o eliminación del antivirus de terceros en el equipo de origen

El software antivirus de terceros puede interferir en el proceso de conversión. Desactiva o elimina el software antivirus y, a continuación, reinicia la instancia.

Adjuntar una interfaz de red elástica secundaria

Un firewall de terceros podría bloquear la conectividad del adaptador de red principal de la instancia. Esto hace que la instancia de destino no supere las comprobaciones de estado. Para evitar este problema, adjunta una interfaz de red secundaria a la instancia de destino y, a continuación, conéctate a la instancia.

Uso de diferentes tipos de instancias

Las instancias XEN usan controladores paravirtuales (PV) y las instancias de Nitro usan Elastic Network Adapter (ENA) y los controladores AWS NVMe. Para obtener una lista de los controladores que usa cada tipo de instancia, consulta Compatibilidad para cambiar el tipo de instancia.

Si tu máquina de origen es compatible tanto con XEN como con Nitro, inicia una instancia XEN y una instancia de Nitro. Si la instancia de destino pasa las comprobaciones de estado como un tipo de instancia, pero no como el otro, cambia el tamaño de la instancia. Comprueba si la instancia que se ha cambiado de tamaño supera las comprobaciones de estado.

Si el problema está relacionado con el controlador, ejecuta el runbook de automatización AWSSupport-UpgradeWindowsAWSDrivers para forzar la instalación del controlador.

Comprobación de los registros de la instancia

Importante: Antes de detener e iniciar la instancia, lleva a cabo las siguientes acciones:

• Crea una instantánea de tu volumen de Amazon Elastic Block Store (Amazon EBS).
  Nota: Si tu instancia está respaldada por un almacén de instancias o tiene volúmenes de almacén de instancias que contienen datos, Amazon EC2 elimina los datos cuando se detiene la instancia.
• Elimina temporalmente la instancia de su grupo de Amazon EC2 Auto Scaling.
  Nota: Si detienes una instancia que está en un grupo de EC2 Auto Scaling, puedes terminar la instancia en función de la configuración de protección de desescalamiento horizontal. Las instancias que inicies con Amazon EMR, AWS CloudFormation o AWS Elastic Beanstalk pueden estar en un grupo de escalamiento automático.
• Establece el comportamiento de apagado de las instancias en Detener para asegurarte de que las instancias no finalicen cuando las detengas.

Nota: Al detener e iniciar una instancia, la dirección IP pública de la instancia cambia. Se recomienda utilizar una dirección IP elástica para enrutar el tráfico externo hacia la instancia en lugar de una dirección IP pública.

Si la nueva instancia nunca supera las comprobaciones de estado, revisa los registros de instancia para determinar la causa:

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

Para acceder a los registros, sigue estos pasos:

1. Detén la instancia de destino.
2. Separa el volumen raíz de EBS de la instancia detenida.
3. Adjunta el volumen raíz de EBS a una instancia a la que puedas acceder como unidad secundaria.
4. Haz que el volumen de EBS esté disponible para su uso.
5. Reúne los registros de las ubicaciones anteriores y, a continuación, revísalos para determinar las posibles causas del error de verificación del estado de la instancia.
   Nota: Es posible que no tengas todos los registros anteriores en la instancia de destino. Al utilizar este método, la asignación de letras de la unidad puede diferir de las ubicaciones de registro de la lista porque se utiliza una unidad secundaria en lugar de C:\.

Si los pasos de solución de problemas anteriores no resuelven el problema, abre un caso de soporte.

Información relacionada

systeminfo en el sitio web de Microsoft

Solución de problemas con las instancias de Amazon EC2