¿Qué pasos debo seguir antes de cambiar el tipo de instancia de mi instancia Linux de EC2?

5 minutos de lectura
0

Mi sistema requiere más CPU o memoria de la disponible en mi instancia Linux actual de Amazon Elastic Compute Cloud (Amazon EC2). Quiero saber qué pasos debo seguir antes de cambiar mi tipo de instancia.

Descripción breve

Para optimizar su instancia Linux de Amazon EC2 para su carga de trabajo, cambie el tipo de instancia. Cambiar el tipo de instancia permite modificar las siguientes configuraciones para la carga de trabajo:

  • Cantidad de núcleos de CPU
  • Cantidad de RAM
  • Cantidad de espacio del almacén de instancias asignado
  • Optimización de Amazon Elastic Block Store (Amazon EBS)
  • Redes mejoradas
  • Núcleos de GPU
  • FPGA
  • Aceleradores de machine learning

Nota: Se recomienda mantener copias de seguridad de las instancias y los datos. Antes de cambiar su infraestructura, cree una AMI o cree instantáneas de sus volúmenes de EBS.

Resolución

Compruebe que el tipo de instancia actual sea compatible con el nuevo tipo de instancia

Antes de cambiar los tipos de instancias o las familias de instancias, compruebe que el tipo de instancia actual y el nuevo tipo de instancia sean compatibles. Para obtener una lista de problemas de compatibilidad, consulte Compatibilidad para cambiar el tipo de instancia.

Tras comprobar la compatibilidad, puede cambiar el tipo de instancia de su instancia respaldada por Amazon EBS.

Detenga su instancia

Antes de cambiar los tipos de instancia, debe detener la instancia.

Importante:

  • Si su instancia está respaldada por un almacén de instancias o tiene volúmenes de almacén de instancias que contienen datos, los datos se pierden cuando se detiene la instancia. Si va a pasar de una instancia respaldada por un almacén de instancias a otra instancia respaldada por un almacén de instancias, debe migrar la instancia. Para obtener más información, consulte Cambiar el tipo de instancia de una instancia respaldada por el almacén de instancias.
  • Si la instancia forma parte de un grupo de Amazon EC2 Auto Scaling, detener la instancia podría terminar con ella. Si lanzó la instancia con Amazon EMR, AWS CloudFormation o AWS Elastic Beanstalk, es posible que la instancia forme parte de un grupo de AWS Auto Scaling. La terminación de la instancia en este escenario depende de la configuración de protección de escalado de instancias del grupo de Auto Scaling. Si su instancia forma parte de un grupo de Auto Scaling, elimínela temporalmente del grupo Auto Scaling antes de iniciar los pasos de resolución.
  • Si no usa una dirección IP elástica, al detener e iniciar la instancia se cambia la dirección IP pública de la instancia. Se recomienda utilizar una dirección IP elástica en lugar de una dirección IP pública al enrutar el tráfico externo a la instancia. Si utiliza Amazon Route 53, es posible que tenga que actualizar los registros DNS de Route 53 cuando cambie la IP pública.

Redes mejoradas

Si va a realizar la conversión a una instancia que admita redes mejoradas, instale los controladores necesarios y active las redes mejoradas en la instancia actual. Para obtener más información, consulte Redes mejoradas en Linux.

Tipos de instancias basadas en Nitro

Si cambia la instancia a un tipo de instancia basada en Nitro, realice las siguientes acciones:

  • Confirme que ha instalado los módulos NVMe y ENA en la instancia.
  • Compruebe que todos los dispositivos de bloques que aparecen en /etc/fstab sean compatibles con los nombres de los dispositivos de bloques de NVMe (/dev/nvme1, /dev/nvme2, etc.).
  • Los volúmenes de Amazon EBS se exponen como dispositivos NVMe a estos tipos de instancias y los nombres de los dispositivos se cambian en un evento de parada o inicio. Para evitar que el volumen no coincida, utilice los UUID o el sistema de archivos de etiquetas para montar los sistemas de archivos.

Para automatizar estas comprobaciones, ejecute el script NitroInstanceChecks. Para obtener más información, consulte ¿Por qué mi instancia Linux no arranca después de cambiar su tipo a un tipo de instancia basado en Nitro? Siga las instrucciones de la sección Ejecute el script NitroInstanceChecks.

Tras ejecutar el script y realizar las actualizaciones necesarias, compruebe que la entrada DRIVERS de /etc/udev/rules.d/70-persistent-net.rules esté establecida en ? o ENA.

Utilice un editor de texto para acceder al archivo. El siguiente ejemplo usa el editor vi.

vi /etc/udev/rules.d/70-persistent-net.rules

La entrada correcta aparece de la siguiente manera:

SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="01:23:45:67:89:ab", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0

Redes en instancias de la generación actual

Las instancias de la generación actual solo se lanzan en una nube virtual privada (VPC). Si su instancia actual es una instancia clásica de EC2, migre la instancia a una instancia Linux en una VPC.

Mezcla de arquitecturas de EC2

Si la AMI de origen de su instancia está diseñada para una arquitectura específica, entonces solo puede crear tipos de instancias de la misma arquitectura. Algunos ejemplos de AMI creadas para una arquitectura específica incluyen ARM de 32 bits (i386), 64 bits (x86_64) o 64 bits (arm64). Este también es el caso si la instancia ejecuta una AMI creada para el tipo de instancia mac1. No puede mover estas imágenes entre tipos de instancia.

Información relacionada

Verificaciones de estado de sus instancias

Precios de Amazon EC2

¿Qué debo hacer antes de migrar mi instancia de EC2 a una instancia de sexta generación para asegurarme de obtener el máximo rendimiento de la red?

OFICIAL DE AWS
OFICIAL DE AWSActualizada hace un año