

Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.

# Solución de problemas de Amazon EC2 Auto Scaling: problemas de AMI
<a name="ts-as-ami"></a>

Esta página proporciona información sobre los problemas asociados a sus problemas AMIs, sus posibles causas y las medidas que puede tomar para resolverlos.

Para recuperar un mensaje de error, consulte [Recuperación de un mensaje de error de las actividades de escalado](CHAP_Troubleshooting.md#RetrievingErrors).

Cuando las instancias EC2 no se pueden lanzar debido a problemas con su AMI, puede recibir uno o varios mensajes de error similares a los siguientes.

**Topics**
+ [El ID de AMI <ID de la AMI> no existe. El lanzamiento de la instancia EC2 ha producido un error.](#ts-as-ami-1)
+ [La AMI <ID de AMI> está pendiente y no se puede ejecutar. El lanzamiento de la instancia EC2 ha producido un error.](#ts-as-ami-2)
+ [Nombre de dispositivo no válido <nombre de dispositivo>. El lanzamiento de la instancia EC2 ha producido un error.](#ts-as-ami-4)
+ [La arquitectura “arm64” del tipo de instancia especificado no coincide con la arquitectura “x86\$164” de la AMI especificada... Falló el lanzamiento de la instancia de EC2.](#ts-as-ami-5)
+ [La AMI “<ID de AMI>” está deshabilitada y no se puede ejecutar. El lanzamiento de la instancia EC2 ha producido un error.](#ts-disabled-ami-error)

**importante**  
AWS permite compartir una AMI de forma privada con otra AWS cuenta mediante la modificación de los permisos de la AMI. Si una AMI se convierte en privada sin compartirla, se puede producir un error de autorización al lanzar nuevas instancias. Para obtener más información sobre cómo compartir información privada AMIs, consulte [Compartir una AMI con AWS cuentas específicas](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/sharingamis-explicit.html) en la Guía del *usuario de Amazon EC2*.

## El ID de AMI <ID de la AMI> no existe. El lanzamiento de la instancia EC2 ha producido un error.
<a name="ts-as-ami-1"></a>
+ **Causa**: Puede que se haya eliminado la AMI después de crear la plantilla de lanzamiento o configuración de lanzamiento.
+ **Solución**: 

  1. Cree una nueva plantilla de lanzamiento o configuración de lanzamiento con una AMI válida.

  1. Actualice el grupo de Auto Scaling con la nueva plantilla de lanzamiento o configuración de lanzamiento usando el comando [update-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/update-auto-scaling-group.html).

## La AMI <ID de AMI> está pendiente y no se puede ejecutar. El lanzamiento de la instancia EC2 ha producido un error.
<a name="ts-as-ami-2"></a>

**Causa**: es posible que la AMI acabe de crearse (a partir de una instantánea de una instancia en ejecución o de otra manera) y que aún no esté disponible. 

**Solución**: Debe esperar a que la AMI esté disponible y, a continuación, crear la plantilla de lanzamiento o configuración de lanzamiento. 

## Nombre de dispositivo no válido <nombre de dispositivo>. El lanzamiento de la instancia EC2 ha producido un error.
<a name="ts-as-ami-4"></a>

**Causa**: al adjuntar un volumen de EBS a una instancia EC2, debe proporcionar un nombre de dispositivo válido para el volumen. La AMI seleccionada debe admitir este nombre de dispositivo.

**Solución**:

1. Cree una nueva plantilla de lanzamiento o configuración de lanzamiento y especifique el nombre correcto del dispositivo para su AMI. La convención de nomenclatura recomendada varía según el tipo de virtualización de la AMI. Para obtener más información, consulte [Nombres de dispositivos](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/device_naming.html) en la *Guía del usuario de Amazon EC2*.

1. Actualice el grupo de Auto Scaling con la nueva plantilla de lanzamiento o configuración de lanzamiento usando el comando [update-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/update-auto-scaling-group.html).

## La arquitectura “arm64” del tipo de instancia especificado no coincide con la arquitectura “x86\$164” de la AMI especificada... Falló el lanzamiento de la instancia de EC2.
<a name="ts-as-ami-5"></a>

**Causa 1**: si la arquitectura de la AMI y el tipo de instancia utilizado en la plantilla de lanzamiento o la configuración de lanzamiento no son los mismos, se produce un error cuando Amazon EC2 Auto Scaling intenta lanzar una instancia con una configuración de instancias incompatible. 

**Solución 1**:

1. Compruebe la arquitectura de la AMI mediante el comando [describe-images](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/ec2/describe-images.html) o desde la consola Amazon EC2 comprobando el valor de la **arquitectura** en el panel de detalles de la página **Amazon Machine** Images (). AMIs

1. Busque un tipo de instancia que tenga la misma arquitectura que su AMI mediante el [describe-instance-types](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/ec2/describe-instance-types.html)comando o desde la consola Amazon EC2 consultando la columna **Arquitectura** de la pantalla **Tipos de instancias**. Para obtener más información sobre cómo se elige un tipo de instancia compatible, consulte [Compatibilidad para cambiar el tipo de instancia](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/resize-limitations.html) en la *Guía del usuario de Amazon EC2*.

1. Cree una nueva plantilla de lanzamiento o configuración de lanzamiento con un tipo de instancia que tenga la misma arquitectura que la AMI.

1. Actualice el grupo de Auto Scaling con la nueva plantilla de lanzamiento o configuración de lanzamiento usando el comando [update-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/update-auto-scaling-group.html).

**Causa 2**: Amazon EC2 Auto Scaling intenta lanzar un tipo de instancia especificado en la política de instancias mixtas del grupo de escalado automático, pero el tipo de instancia no tiene la misma arquitectura que la AMI especificada en la plantilla de lanzamiento.

**Solución 1**: no incluya tipos de instancias que tengan arquitecturas diferentes en su política de instancias mixtas.

1. Compruebe la arquitectura de la AMI mediante el comando [describe-images](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/ec2/describe-images.html) o desde la consola Amazon EC2 comprobando el valor de la **arquitectura** en el panel de detalles de la página **Amazon Machine** Images (). AMIs

1. Compruebe la arquitectura de cada tipo de instancia que desee incluir en la política de instancias mixtas mediante el [describe-instance-types](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/ec2/describe-instance-types.html)comando o desde la consola Amazon EC2 consultando la columna **Arquitectura** de la pantalla **Tipos de instancias**. Para obtener más información sobre cómo se eligen tipos de instancia compatibles, consulte [Compatibilidad para cambiar el tipo de instancia](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/resize-limitations.html) en la *Guía del usuario de Amazon EC2*.

1. Actualice o elimine los tipos de instancias incompatibles de su grupo de Auto Scaling mediante el [update-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/update-auto-scaling-group.html)comando.

**Solución 2**: para lanzar instancias ARM (Graviton2) y x86\$164 (Intel) en el mismo grupo de escalado automático, debe usar plantillas de lanzamiento compatibles con una AMI compatible con ARM y una AMI compatible con Intel x86, respectivamente, para que coincidan con los tipos de instancias de su política de instancias mixtas.

1. Compruebe la arquitectura de la AMI en la plantilla de lanzamiento existente mediante el comando [describe-images](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/ec2/describe-images.html) o desde la consola Amazon EC2 comprobando el valor de la **arquitectura** en el panel de detalles de la página **Amazon Machine** Images (). AMIs

1. Cree una nueva plantilla de lanzamiento mediante una AMI que coincida con la otra arquitectura que desee utilizar.

1. Actualiza tu grupo de Auto Scaling para anular la plantilla de lanzamiento existente y especifica la nueva plantilla de lanzamiento para cada tipo de instancia compatible mediante el [update-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/update-auto-scaling-group.html)comando. Para obtener más información, consulte [Utilización de plantillas de lanzamiento múltiples](ec2-auto-scaling-mixed-instances-groups-launch-template-overrides.md).

## La AMI “<ID de AMI>” está deshabilitada y no se puede ejecutar. El lanzamiento de la instancia EC2 ha producido un error.
<a name="ts-disabled-ami-error"></a>

**Causa**: está intentando lanzar instancias desde una AMI que se ha desactivado. Para obtener más información, consulte [Deshabilitación de una AMI](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/disable-an-ami.html) en la *Guía del usuario de Amazon EC2*.

**Solución**:

1. Cree una nueva plantilla de lanzamiento o configuración de lanzamiento y especifique una AMI que no esté deshabilitada.

1. Actualice el grupo de Auto Scaling con la nueva plantilla de lanzamiento o configuración de lanzamiento usando el comando [update-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/update-auto-scaling-group.html).