Solución de problemas de Elastic Beanstalk: categorías y FAQs - AWS Elastic Beanstalk

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 Elastic Beanstalk: categorías y FAQs

En este tema, se proporcionan consejos de solución de problemas más específicos por categoría.

Creación del entorno y lanzamiento de instancias

Evento: error al lanzar el entorno

Este evento se produce cuando Elastic Beanstalk intenta lanzar un entorno y encuentra errores en el proceso. Los eventos anteriores de la página Events (Eventos) le indicarán la causa del problema.

Evento: operación de crear entorno completa, pero con tiempos de espera de comandos. Intente aumentar el periodo de tiempo de espera.

Su aplicación puede tardar mucho tiempo en implementarse si utiliza archivos de configuración que ejecutan comandos en la instancia, descargan archivos grandes o instalan paquetes. Aumente el tiempo de espera de los comandos para dar más tiempo a la aplicación para que empiece a ejecutarse durante las implementaciones.

Evento: No se pudieron crear los siguientes recursos: [] AWSEBInstanceLaunchWaitCondition

Este mensaje indica que las EC2 instancias de Amazon de su entorno no comunicaron a Elastic Beanstalk que se habían lanzado correctamente. Esto puede ocurrir si las instancias no disponen de conectividad a Internet. Si configuró su entorno para lanzar instancias en una subred privada, asegúrese de que la VPC subred tenga una que permita que las instancias se conecten NAT a Elastic Beanstalk.

Evento: se requiere un rol de servicio en esta región. Agregue una opción de Rol de servicio al entorno.

Elastic Beanstalk utiliza un rol de servicio para supervisar los recursos del entorno y permitir las actualizaciones administradas de la plataforma. Para obtener más información, consulta Administración de roles de servicio de Elastic Beanstalk.

Implementaciones

Problema: la aplicación deja de estar disponible durante las implementaciones

Como Elastic Beanstalk utiliza un proceso de actualización “drop-in”, podría haber algunos segundos de inactividad. Utilice las implementaciones continuas para minimizar el efecto de las implementaciones en los entornos de producción.

Evento: no se pudo crear la versión de la AWS aplicación Elastic Beanstalk

Puede que el paquete de código fuente de la aplicación sea demasiado grande o que haya alcanzado la cuota de versiones de la aplicación.

Evento: operación de actualización de entorno completa, pero con tiempo de espera de los comandos. Intente aumentar el periodo de tiempo de espera.

Su aplicación puede tardar mucho tiempo en implementarse si utiliza archivos de configuración que ejecutan comandos en la instancia, descargan archivos grandes o instalan paquetes. Aumente el tiempo de espera de los comandos para dar más tiempo a la aplicación para que empiece a ejecutarse durante las implementaciones.

Estado

Evento: CPU la utilización supera el 95,00%

Intente ejecutar más instancias o elija un tipo de instancia distinto.

Evento: Elastic Load Balancer awseb: myapp no tiene ninguna instancia en buen estado

Si parece que la aplicación funciona, asegúrese de que la comprobación URL de estado de la aplicación esté configurada correctamente. De lo contrario, consulte la pantalla de estado y los registros del entorno para obtener más información.

Evento: Elastic Load Balancer awseb - No se encuentra myapp

Es posible que se haya eliminado el balanceador de carga de su entorno. out-of-band Realice únicamente cambios en los recursos del entorno con las opciones de configuración y extensibilidad proporcionadas por Elastic Beanstalk. Vuelva a crear el entorno o lance uno nuevo.

Evento: error al lanzar la EC2 instancia. Esperando el lanzamiento de una nueva EC2 instancia...

Es posible que el tipo de instancia del entorno tenga poca disponibilidad o que se haya alcanzado la cuota de instancias de la cuenta. Consulta el panel de estado del servicio para asegurarte de que el servicio Elastic Compute Cloud (AmazonEC2) esté en verde o solicita un aumento de cuota.

Configuración

Evento: la pila stack_id asociada al entorno environment-ID está en stack-status estado

La AWS CloudFormation pila subyacente de su entorno puede tener el FAILED estado *_. Este estado debe corregirse para poder continuar con las operaciones de Elastic Beanstalk en su entorno. Para obtener más información, consulte Recuperación del entorno de Elastic Beanstalk de un estado no válido.

Evento: no se puede configurar un entorno de Elastic Beanstalk con valores tanto para la opción Elastic Load Balancing Target como para la opción Application Healthcheck URL

La opción Target del espacio de nombres aws:elb:healthcheck ya no está disponible. Elimine la opción Target de su entorno e intente actualizar de nuevo.

Evento: ELB no se puede conectar a varias subredes en la misma zona de disponibilidad

Este mensaje puede aparecer si intenta mover un balanceador de carga entre subredes de la misma zona de disponibilidad. Para cambiar las subredes del balanceador, debe sacar el balanceador de carga de la zona o zonas de disponibilidad originales y volver a incluirlo con las subredes deseadas. Durante el proceso, se migrarán todas las instanciasAZs, lo que provocará un tiempo de inactividad significativo. En su lugar, considere la posibilidad de crear un entorno nuevo y realizar un CNAME intercambio.

Solución de problemas con contenedores de Docker

Evento: error al extraer la imagen de Docker :latest: nombre de repositorio no válido (), solo se admite [a-z0-9-_.]. Siga los registros para obtener más detalles.

Compruebe la sintaxis del dockerrun.aws.json archivo con un JSON validador. Compruebe también si el contenido de dockerfile se ajusta a los requisitos descritos en Preparación de la imagen de Docker para implementarla en Elastic Beanstalk.

Evento: no se encontró ninguna EXPOSE directiva en Dockerfile, interrumpe el despliegue

El archivo Dockerfile o dockerrun.aws.json no declara el puerto del contenedor. Utilice la instrucción EXPOSE (Dockerfile) o el bloque Ports (archivo dockerrun.aws.json) para exponer un puerto para el tráfico entrante.

Evento: no se pudieron descargar las credenciales de autenticación de repository bucket name

dockerrun.aws.jsonProporciona un EC2 key pair o un bucket de S3 no válidos para el .dockercfg archivo. O bien, el perfil de la instancia no tiene GetObject autorización para el bucket de S3. Compruebe que el .dockercfg archivo contiene un bucket y un EC2 key pair de S3 válidos. Concede permisos para la acción s3:GetObject al IAM rol en el perfil de la instancia. Para obtener más información, consulte Administración de perfiles de instancia de Elastic Beanstalk.

Evento: la ejecución de la actividad falló porque:WARNING: El archivo de configuración de autenticación no es válido

El archivo de autenticación (config.json) no tiene un formato correcto. Consulte Uso de imágenes de un repositorio privado en Elastic Beanstalk

FAQ

Pregunta: ¿Cómo puedo cambiar mi aplicación de URL myapp.us-west-2.elasticbeanstalk.com a www.myapp.com?

En un CNAME servidorwww.mydomain.com CNAME mydomain.elasticbeanstalk.com, registre un registro como. DNS

Pregunta: ¿Cómo puedo especificar una zona de disponibilidad específica para mi aplicación de Elastic Beanstalk?

Puede elegir una zona de disponibilidad específica mediante el APIs complemento Eclipse o el complemento de Visual Studio. CLI Para obtener instrucciones sobre cómo usar la consola de Elastic Beanstalk para especificar una zona de disponibilidad, consulte Auto Scaling de las instancias del entorno de Elastic Beanstalk.

Pregunta: ¿Cómo puedo cambiar el tipo de instancia del entorno?

Para cambiar el tipo de instancia del entorno, vaya a la página de configuración del entorno y elija Edit (Edición de) en la categoría de configuración Instances (Instancias). Luego, seleccione un nuevo tipo de instancia y haga clic en Apply (Aplicar) para actualizar el entorno. Después de esto, Elastic Beanstalk termina todas las instancias en ejecución y las reemplaza por instancias nuevas.

Pregunta: ¿Cómo puedo determinar si alguien ha realizado cambios de configuración en un entorno?

Para ver esta información, en el panel de navegación de la consola de Elastic Beanstalk seleccione Change history (Historial de cambios) para visualizar una lista de cambios de configuración de todos los entornos. Esta lista incluye la fecha y la hora del cambio, el parámetro de configuración y el valor por el que se modificó y el IAM usuario que realizó el cambio. Para obtener más información, consulte Historial de cambios.

Pregunta: ¿Puedo impedir que se eliminen EBS los volúmenes de Amazon cuando se cancelen las instancias?

Las instancias de su entorno utilizan Amazon EBS como almacenamiento; sin embargo, el volumen raíz se elimina cuando Auto Scaling termina una instancia. No se recomienda almacenar el estado u otros datos de las instancias. Si es necesario, puede evitar que los volúmenes se eliminen con AWS CLI: $ aws ec2 modify-instance-attribute -b '/dev/sdc=<vol-id>:false tal y como se describe en la AWS CLI Referencia.

Pregunta: ¿Cómo elimino la información personal de mi aplicación de Elastic Beanstalk?

AWS los recursos que utiliza la aplicación de Elastic Beanstalk pueden almacenar información personal. Cuando termina un entorno, Elastic Beanstalk termina los recursos que creó. También se terminan los recursos que agregó a través de los archivos de configuración. Sin embargo, si creó AWS recursos fuera del entorno de Elastic Beanstalk y los asoció a la aplicación, es posible que tenga que comprobar manualmente que la información personal que la aplicación pueda haber almacenado no se conserva. En esta guía para desarrolladores, siempre que se explica la creación de recursos adicionales, también mencionamos cuándo debe considerar eliminarlos.