¿Cómo cambio mi tipo de instancia de EC2 en diferentes familias e hipervisores?

Resolución

Comprobación de la compatibilidad y los requisitos de la instancia

Compara las especificaciones de tu tipo de instancia actual y del tipo de instancia al que quieres cambiarte. Revisa los siguientes factores para cada tipo de instancia:

• Arquitectura de CPU, como Intel, AMD o basada en ARM
• Tipo de virtualización, como Nitro o Xen
• Capacidades de rendimiento de red
• Optimizaciones de almacenamiento, como el almacén de instancias o volúmenes de EBS optimizados para Amazon Elastic Block Store (Amazon EBS)
• Soporte de aceleradores, como GPU o FPGA

Las instancias de la misma familia o que utilizan el mismo hipervisor tienen más probabilidades de ser compatibles. Sin embargo, las variaciones en las especificaciones o características del hardware pueden afectar a la compatibilidad. Para obtener más información, consulta Compatibilidad para cambiar el tipo de instancia.

Por ejemplo, si migras de una instancia m4.large (Xen) a una instancia m5.large (Nitro), asegúrate de que la AMI y el kernel admitan Elastic Network Adapter (ENA) de redes mejoradas de Nitro. Solo los tipos de instancia posteriores, como m5 y c5, usan Nitro. Los tipos de instancias anteriores, como m3 y c3, utilizan la virtualización de Xen.

Creación de una copia de seguridad de AMI

Crea una imagen de máquina de Amazon (AMI) de copia de seguridad de tu instancia de EC2 existente. Si tienes problemas de compatibilidad durante o después del cambio de tipo de instancia, puedes usar la AMI para volver a la instancia anterior.

Actualización de una instancia de prueba

Utiliza la AMI para iniciar una instancia de prueba con el nuevo tipo de instancia a fin de validar la compatibilidad e identificar los problemas antes de actualizar el entorno de producción.

En la instancia de prueba, prueba minuciosamente tus aplicaciones, servicios y cargas de trabajo para asegurarte de que funcionan según lo esperado con el nuevo tipo de instancia. Supervisa el uso de los recursos y el rendimiento de la instancia, las redes, el almacenamiento y las aplicaciones.

Para identificar posibles problemas, comprueba si hay errores de controladores que faltan en dmesg o /var/log/syslog. Accede a la instancia y, a continuación, ejecuta los siguientes comandos para validar las funciones clave de la instancia, como las redes:

# ping google.com
# curl -I http://example.com

Para comprobar si hay problemas en tu almacenamiento, toma las siguientes medidas:

• Para comprobar si la instancia puede detectar los discos, ejecuta el siguiente comando:

  # lsblk

• Para comprobar si hay errores de NVMe, ejecuta el siguiente comando:

  # dmesg | grep -i nvme  

Para probar el rendimiento de la instancia, lleva a cabo las siguientes acciones:

• Para simular la carga de la CPU, ejecuta el siguiente comando:

  # stress --cpu 4 --timeout 60s

• Para comprobar la memoria disponible, ejecuta el siguiente comando:

  # free -h  

Por ejemplo, si cambias de un tipo de instancia c5.large (Nitro) a un tipo de instancia c6i.large (Nitro, más reciente de Intel Ice Lake), el cambio se efectuará correctamente. Sin embargo, si cambias de un tipo de instancia m4.xlarge (Xen) a un tipo de instancia m6i.xlarge (Nitro), es posible que tengas problemas. Para resolver los problemas, actualiza los controladores ENA. Para obtener más información, consulta Activación de redes mejoradas en tu instancia.

Actualización de la instancia de producción

Para actualizar la instancia de producción, utiliza uno de los métodos siguientes.

Para cargas de trabajo no críticas con periodos de mantenimiento, cambia el tipo de instancia en la consola de Amazon EC2.

Importante: Antes de cambiar el tipo de instancia, revisa los efectos que la detención y el inicio tienen en la instancia.

Para las cargas de trabajo de producción que necesitan una interrupción mínima, sigue estos pasos para iniciar una instancia de reemplazo:

1. Inicia una nueva instancia con el tipo de instancia actualizado.
2. Adjunta el volumen de EBS de la instancia anterior. O bien, restaura la nueva instancia a partir de la instantánea de EBS.
3. Actualiza el DNS, el equilibrador de carga y los registros de Amazon Route 53 para que apunten a la nueva instancia.


Para aplicaciones escalables y sin estado, sigue estos pasos para actualizar el grupo de Amazon EC2 Auto Scaling:

1. Actualiza la plantilla de inicio del grupo de escalamiento automático con el nuevo tipo de instancia.
2. Inicia una actualización de instancias para reemplazar gradualmente las instancias anteriores.

Supervisión de la instancia de producción para detectar problemas

Para revisar los módulos del controlador y del kernel, ejecuta el siguiente comando:

# modinfo ena

Para comprobar el almacenamiento de NVMe, ejecuta el siguiente comando:

# nvme list

Nota: Para ejecutar el comando nvme, debes instalar el paquete nvme-cli. Para instalar nvme-cli, ejecuta el siguiente comando según tu distribución:

Debian y Ubuntu:

sudo apt-get install nvme-cli

Red Hat Enterprise Linux (RHEL) y CentOS:

sudo yum install nvme-cli

Fedora:

sudo dnf install nvme-cli

Arch Linux:

sudo pacman -S nvme-cli

Para supervisar el rendimiento y la estabilidad de la instancia, comprueba las métricas de Amazon CloudWatch CPUUtilization, NetworkIn y NetworkOut. Utiliza las métricas para supervisar el uso de la CPU y el ancho de banda de la red.

Si tienes problemas, utiliza la AMI de copia de seguridad para volver al estado de la instancia anterior.

Información relacionada

Cambios en el tipo de instancia de Amazon EC2

Creación de una AMI basada en Amazon EBS