View a markdown version of this page

Estados laborales - AWS Batch

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.

Estados laborales

Cuando envías un trabajo a un AWS Batch cola de trabajos, el trabajo entra en SUBMITTED estado. A continuación, pasa por los estados siguientes hasta que termina de ejecutarse correctamente (finaliza con el código 0) o no (finaliza con un código distinto de cero). Los trabajos de AWS Batch pueden tener los siguientes estados:

SUBMITTED

Un trabajo que se ha enviado a la cola, y que aún no ha sido evaluado por el programador. El programador evalúa el trabajo para determinar si tiene alguna dependencia pendiente de la correcta finalización de cualquier otro trabajo. Si hay dependencias, el trabajo pasa a PENDING. Si no hay dependencias, el trabajo pasa a RUNNABLE.

PENDING

Un trabajo que está en la cola y que aún no se ha podido ejecutar debido a una dependencia de otro trabajo o recurso. Una vez se cumplan las dependencias, el trabajo pasa a RUNNABLE.

nota

Los padres de Array Job se actualizan a PENDING cuando cualquier trabajo secundario se actualiza a RUNNABLE y permanecer en PENDING estado mientras haya trabajos infantiles. Para ver estos trabajos, filtra por PENDING estado hasta que todos los trabajos secundarios lleguen a un estado terminal.

RUNNABLE

Un trabajo que está en la cola, que no tiene dependencias pendientes y, por tanto, que está listo para ser programado para un host. Los trabajos en este estado se inician tan pronto como haya recursos suficientes disponibles en alguno de los entornos de computación que se asignan a la cola del trabajo. Sin embargo, un trabajo puede permanecer en este estado de forma indefinida si los recursos suficientes no están disponibles.

nota

Si los trabajos no progresan a STARTING, consulte Los trabajos están bloqueados en el estado EJECUTABLE en la sección de resolución de problemas.

STARTING

Estos trabajos se han programado para un host y las operaciones de inicio de contenedor pertinentes están en curso. Después de que la imagen de contenedor se extraiga y el contenedor esté en marcha, el trabajo pasa a RUNNING.

La duración de la extracción de imágenes, de la finalización de Amazon EKS InitContainer y de la resolución de Amazon ECS ContainerDependency ocurren con el estado STARTING. El tiempo que se tarda en extraer una imagen para un trabajo equivale al tiempo que el trabajo mostrará el estado STARTING.

Por ejemplo, si se tardan tres minutos en extraer la imagen de un trabajo, este mostrará el estado STARTING durante tres minutos. Si initContainers tarda un total de diez minutos en completarse, el trabajo de Amazon EKS mostrará STARTING durante diez minutos. Si tiene conjuntos containerDependencies de Amazon ECS en un trabajo de Amazon ECS, este mostrará STARTING hasta que se resuelvan todas las dependencias de contenedor (tiempo de ejecución). STARTING no está incluido en los tiempos de espera; la duración comienza cuando se ejecuta.

RUNNING

El trabajo se ejecuta como un trabajo de contenedor en una instancia de contenedor de Amazon ECS dentro de un entorno de computación. Cuando el contenedor del trabajo se cierra, el código del proceso de salida determina si el trabajo ha finalizado correctamente o si ha fallado. Un código de salida 0 indica una correcta ejecución y cualquier código de salida distinto de cero indica error. Si al trabajo asociado a un intento fallido le quedan intentos en su configuración de estrategia de reintento opcional, el trabajo vuelve a pasar al estado RUNNABLE. Para obtener más información, consulte Reintentos automáticos de trabajo.

nota

Registros para RUNNING los trabajos están disponibles en CloudWatch Registros. El grupo de registros es /aws/batch/job, y el formato del nombre del flujo de registro es el siguiente: first200CharsOfJobDefinitionName/default/ecs_task_id. Sin embargo, esto puede cambiar en el futuro.

Una vez que un trabajo llega al RUNNING estado, puede recuperar mediante programación el nombre de su secuencia de registro con el DescribeJobs operación de API. Para obtener más información, consulte Ver los datos de registro enviados a CloudWatch Registros en el Amazon CloudWatch Guía del usuario de Logs. De forma predeterminada, estos registros nunca caducan. Puede modificar el periodo de retención de copia de seguridad. Para obtener más información, consulte Cambie la retención de datos de registro en CloudWatch Registros en el Amazon CloudWatch Guía del usuario de Logs.

SUCCEEDED

El trabajo se ha completado correctamente con un código de salida 0. El estado del trabajo de SUCCEEDED los trabajos persisten en AWS Batch durante al menos 7 días.

nota

Registros para SUCCEEDED los trabajos están disponibles en CloudWatch Registros. El grupo de registros es /aws/batch/job, y el formato del nombre del flujo de registro es el siguiente: first200CharsOfJobDefinitionName/default/ecs_task_id. Este formato puede cambiar en el futuro.

Una vez que un trabajo llega al RUNNING estado, puede recuperar mediante programación el nombre de su secuencia de registro con el DescribeJobs operación de API. Para obtener más información, consulte Ver los datos de registro enviados a CloudWatch Registros en el Amazon CloudWatch Guía del usuario de Logs. De forma predeterminada, estos registros nunca caducan. Puede modificar el periodo de retención de copia de seguridad. Para obtener más información, consulte Cambie la retención de datos de registro en CloudWatch Registros en el Amazon CloudWatch Guía del usuario de Logs.

FAILED

El trabajo ha fallado en todos los intentos disponibles. El estado de trabajos FAILED persiste en AWS Batch durante al menos 7 días.

nota

Registros para FAILED los trabajos están disponibles en CloudWatch Registros. El grupo de registros es /aws/batch/job, y el formato del nombre del flujo de registro es el siguiente: first200CharsOfJobDefinitionName/default/ecs_task_id. Este formato puede cambiar en el futuro.

Una vez que un trabajo llega al RUNNING estado, puede recuperar su flujo de registro mediante programación con el DescribeJobs operación de API. Para obtener más información, consulte Ver los datos de registro enviados a CloudWatch Registros en el Amazon CloudWatch Guía del usuario de Logs. De forma predeterminada, estos registros nunca caducan. Puede modificar el periodo de retención de copia de seguridad. Para obtener más información, consulte Cambie la retención de datos de registro en CloudWatch Registros en el Amazon CloudWatch Guía del usuario de Logs.