AMI de recursos de computación

De forma predeterminada, los entornos informáticos AWS Batch gestionados utilizan una versión reciente y aprobada de la AMI optimizada de Amazon ECS para los recursos informáticos. Sin embargo, es posible que desee crear sus propias AMI; para utilizarlas en sus entornos de computación administrados y no administrados. Si necesita alguna de las siguientes opciones, le recomendamos que cree su propia AMI:

• Aumentar el tamaño de su almacenamiento AMI; raíz o volúmenes de datos

• Agregar volúmenes de almacenamiento de instancias para los tipos de instancias de Amazon EC2; admitidos

• Personalizar el agente de contenedor de Amazon ECS

• Personalización de Docker

• Configurar una AMI de carga de trabajo de GPU que permite a los contenedores acceder a hardware de GPU en los tipos de instancias de Amazon EC2 admitidos

nota

Una vez creado un entorno informático, AWS Batch no actualiza las AMI del entorno informático. AWS Batch tampoco actualiza las AMI de su entorno informático cuando hay disponible una versión más reciente de la AMI optimizada para Amazon ECS. Usted es responsable de la administración del sistema operativo invitado. Esto incluye actualizaciones y parches de seguridad. También es el responsable de cualquier otra utilidad o software de aplicaciones que se instale en los recursos de computación. Para usar una AMI nueva para sus AWS Batch trabajos, haga lo siguiente:

1. Cree un nuevo entorno de computación con la nueva AMI.

2. Añada el entorno de computación a una cola de trabajos existente.

3. Quite el entorno de computación anterior de la cola de trabajos.

4. Elimine el entorno de computación anterior.

En abril de 2022, AWS Batch se agregó un soporte mejorado para actualizar los entornos de cómputo. Para obtener más información, consulte Actualizar entornos informáticos. Para usar la actualización mejorada de los entornos de computación para actualizar las AMI, siga estas reglas:

• No definas el parámetro service role (serviceRole) o establézcalo en el rol AWSServiceRoleForBatchvinculado al servicio.

• Defina el parámetro de estrategia de asignación (allocationStrategy) en BEST_FIT_PROGRESSIVE, SPOT_CAPACITY_OPTIMIZED o SPOT_PRICE_CAPACITY_OPTIMIZED.

• Defina el parámetro de actualización a la última versión de la imagen (updateToLatestImageVersion) en true.

• No especifique un ID de AMI en imageId, imageIdOverride (en ec2Configuration) o en la plantilla de lanzamiento (launchTemplate). Si no especifica un ID de AMI, AWS Batch selecciona la última AMI optimizada para Amazon ECS AWS Batch compatible en el momento en que se inicia la actualización de la infraestructura. También, puede especificar el ID de AMi en los parámetros imageId o imageIdOverride. También puede especificar la plantilla de lanzamiento que se identifica mediante las propiedades de LaunchTemplate. El cambio de cualquiera de estas propiedades inicia una actualización de la infraestructura. Si el ID de AMI se especifica en la plantilla de lanzamiento, este se puede reemplazar especificando un ID de AMI en los parámetros imageId o imageIdOverride. El ID de AMI solo se puede reemplazar especificando una plantilla de lanzamiento diferente. Si la versión de la plantilla de lanzamiento está configurada en $Default o $Latest, el ID de AMI puede sustituirse configurando una nueva versión predeterminada para la plantilla de lanzamiento (si es $Default) o añadiendo una nueva versión a la plantilla de lanzamiento (si es $Latest).

Si se siguen estas reglas, cualquier actualización que inicie una actualización de la infraestructura hará que se vuelva a seleccionar el ID de la AMI. Si la configuración version en la plantilla de lanzamiento (launchTemplate) toma el valor $Latest o $Default, se evaluará la versión más reciente o predeterminada de la plantilla de lanzamiento en el momento de la actualización de la infraestructura, incluso si launchTemplate no se ha actualizado.

Temas

• Especificaciones de AMI de recursos de computación
• Cómo crear una AMI de recursos de computación
• Cómo utilizar una AMI de carga de trabajo de GPU
• Obsolescencia de Amazon Linux

Especificaciones de AMI de recursos de computación

La especificación AMI de recursos AWS Batch informáticos básica consiste en lo siguiente:

Obligatorio

• Una moderna distribución de Linux que ejecuta al menos la versión 3,10 de kernel de Linux en una AMI; de tipo de virtualización HVM. No se admiten los contenedores de Windows.

  importante

  Los trabajos paralelos de varios nodos solo se pueden ejecutar en recursos de computación que se hayan lanzado en una instancia de Amazon Linux con el paquete ecs-init instalado. Recomendamos utilizar la AMI optimizada para Amazon ECS predeterminada al crear el entorno de computación. Para ello, no especifique una AMI personalizada. Para obtener más información, consulte Trabajos paralelos de varios nodos.

• El agente de contenedor de Amazon ECS. Le recomendamos que utilice la última versión de . Para obtener más información, consulte Instalar el agente contenedor de instancia de Amazon ECS en la Guía para desarrolladores de Amazon Elastic Container Service.

• El controlador de registros awslogs debe especificarse como un controlador de registros disponible con la variable de entorno ECS_AVAILABLE_LOGGING_DRIVERS cuando el agente de contenedor de Amazon ECS se inicia. Para obtener más información, consulte Configuración del agente de contenedor de Amazon ECS en la Guía para desarrolladores de Amazon Elastic Container Service.

• Un daemon de Docker que ejecuta al menos la versión 1.9, y cualquier dependencia de tiempo de ejecución de Docker. Para obtener más información, consulte Check runtime dependencies en la documentación de Docker.

  nota

  Le recomendamos la versión de Docker que se envía y se prueba con la versión de agente de Amazon ECS correspondiente que está utilizando. Amazon ECS proporciona un registro de cambios para la variante Linux de la AMI optimizada para Amazon ECS on. GitHub Para obtener más información, consulte Changelog (Registro de cambios).

Recomendado

• Un proceso de inicialización y nanny para ejecutar y monitorear el agente de Amazon ECS. La AMI optimizada para Amazon ECS usa el proceso upstart ecs-init y otros sistemas operativos pueden utilizar systemd. Para obtener más información y ejemplos, consulte Scripts de configuración de datos de usuario de instancias de contenedor de ejemplo en la Guía para desarrolladores de Amazon Elastic Container Service. Para obtener más información al respectoecs-init, consulte el proyecto en. ecs-init GitHub Los entornos de computación administrados requieren, como mínimo, que el agente de Amazon ECS se inicie al arrancar. Si el agente de Amazon ECS no se está ejecutando en su recurso informático, no podrá aceptar trabajos de AWS Batch.

Las AMI optimizadas para Amazon ECS están preconfiguradas con estos requisitos y recomendaciones. Recomendamos que utilice la AMI optimizada para Amazon ECS o una AMI de Amazon Linux con el paquete ecs-init instalado para sus recursos de computación. Elija otra AMI si la aplicación requiere un sistema operativo específico o una versión de Docker que aún no esté disponible en estas AMI. Para obtener más información, consulte la AMI optimizada para Amazon ECS en la Guía para desarrolladores de Amazon Elastic Container Service.