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.
En este tema, se proporcionan consejos de solución de problemas más específicos por categoría.
Temas
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: [] AWSEBInstance LaunchWaitCondition
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ó el entorno para lanzar las instancias en una subred de VPC privada, asegúrese de que la subred tiene un NAT que permita que las instancias se conecten 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: el uso de la CPU 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 la aplicación parece funcionar, asegúrese de que la URL de comprobación 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
Configuración
Evento: la pila stack_idenvironment-IDstack-status
La AWS CloudFormation pila subyacente de su entorno puede tener el estado *_FAILED. 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 puede configurar un entorno de Elastic Beanstalk con valores para la opción Elastic Load Balancing Target y 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: el 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 instancias, lo que provocará un tiempo AZs de inactividad significativo. En lugar de ello, considere la posibilidad de crear un nuevo entorno y realizar un intercambio de CNAME.
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.
Marque la sintaxis del archivo dockerrun.aws.json con un validador JSON. 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 encuentra ninguna directiva EXPOSE en Dockerfile, anular implementación
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 repository de autenticación de 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. Conceda permisos para la acción s3:GetObject al rol de IAM en el perfil de instancia. Para obtener más información, consulte Administración de perfiles de instancia de Elastic Beanstalk.
Evento: error en ejecución de actividad, porque: ADVERTENCIA: archivo de configuración de autenticación no 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
Preguntas frecuentes
Pregunta: ¿Cómo puedo cambiar la URL de mi aplicación de myapp.us-west-2.elasticbeanstalk.com a www.myapp.com?
En un servidor DNS, registre un registro CNAME como www.mydomain.com CNAME
mydomain.elasticbeanstalk.com.
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 la CLI APIs, el complemento Eclipse o el complemento Visual Studio. 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 al que se cambió, y el usuario de IAM que realizó el cambio. Para obtener más información, consulte Historial de cambios.
Pregunta: ¿Puedo evitar que los volúmenes de Amazon EBS se eliminen al terminar las instancias?
Las instancias de su entorno utilizan Amazon EBS para el 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.
