Actualizar un entorno informático en AWS Batch - 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.

Actualizar un entorno informático en AWS Batch

AWS Batch proporciona varias estrategias para actualizar los entornos de cómputo, cada una diseñada para escenarios y requisitos de actualización específicos. Estos enfoques utilizan la misma API de actualización subyacente, pero representan diferentes métodos prescriptivos para gestionar las actualizaciones de forma eficaz. Puede gestionar estas actualizaciones mediante la AWS Batch consola o el AWS CLI. Comprender estas estrategias le ayuda a elegir el método más adecuado para sus necesidades y, al mismo tiempo, minimizar las interrupciones de sus cargas de trabajo.

En este tema se proporciona una descripción general de las estrategias de actualización disponibles y orientación sobre cuándo utilizar cada enfoque. Para conocer los procedimientos detallados, consulte las secciones individuales de cada estrategia de actualización.

importante

AWS Batch crea y administra varios AWS recursos en su nombre y dentro de su cuenta, incluidos Amazon EC2 Launch Templates, Amazon EC2 Auto Scaling Groups, Amazon EC2 Spot Fleets y Amazon ECS Clusters. Estos recursos gestionados están configurados específicamente para garantizar un AWS Batch funcionamiento óptimo. La modificación manual de estos recursos AWS Batch gestionados, a menos que se indique explícitamente en la AWS Batch documentación, puede provocar un comportamiento inesperado, como los entornos INVALID informáticos, un comportamiento de escalado de instancias subóptimo, un retraso en el procesamiento de la carga de trabajo o costes inesperados. El servicio no puede respaldar estas modificaciones manuales de forma determinista. AWS Batch Utilice siempre la consola AWS Batch APIs o la AWS Batch consola compatibles para gestionar sus entornos informáticos.

Estrategias de actualización del entorno informático

Cuando utiliza actualizaciones de escalado o de infraestructura, su entorno informático se actualiza en su lugar. Para la estrategia de blue/green actualización, debe crear un nuevo entorno informático (verde) y, a continuación, migrar la carga de trabajo del entorno informático anterior (azul) al nuevo entorno informático (verde).

AWS Batch proporciona tres estrategias diferentes para las actualizaciones del entorno informático:

Actualizaciones de escalado

Las actualizaciones de escalado ajustan la capacidad de su entorno de cómputo al agregar o eliminar instancias sin reemplazar las instancias existentes. Este es el escenario de actualización más rápido y no requiere tiempo de inactividad. Utilice las actualizaciones de escalado cuando necesite cambiar la configuración de capacidad (vCPUs). Estas actualizaciones suelen completarse en cuestión de minutos.

Las actualizaciones de Fargate se realizan mediante los mismos procedimientos que las actualizaciones de escalado. Para obtener más información, consulte Realizar actualizaciones de escalado.

Actualizaciones de la infraestructura

Las actualizaciones de infraestructura sustituyen las instancias de su entorno informático por instancias nuevas que tienen una configuración actualizada. Estas actualizaciones requieren configuraciones específicas de rol de servicio y estrategia de asignación, pero proporcionan un tiempo de inactividad mínimo, y las tareas en ejecución pueden interrumpirse. Utilice las actualizaciones de infraestructura cuando necesite modificar los tipos de instancias, la configuración de la AMI, los ajustes de red, el rol del servicio, el estado del entorno u otros componentes de la infraestructura. Estas actualizaciones suelen completarse en un plazo de 10 a 30 minutos, según la finalización del trabajo.

Para obtener más información, consulte Realice actualizaciones de infraestructura.

Actualizaciones en azul y verde

Blue/green updates create a new compute environment alongside your existing environment, allowing gradual workload transition with zero downtime. This approach provides the safest update path but requires running two environments temporarily. Use blue/greense actualiza cuando no necesita tiempo de inactividad, desea probar los cambios antes de la implementación completa, requiere una capacidad de reversión rápida o utiliza configuraciones no compatibles para las actualizaciones de infraestructura. El tiempo de finalización es variable y usted lo controla.

Para obtener más información, consulte Realice blue/green actualizaciones para entornos de cómputo.

Elegir la estrategia de actualización adecuada

Utilice esta guía de decisiones para seleccionar la estrategia de actualización más adecuada para sus necesidades:

Elija las actualizaciones de escalado cuando

Elija la estrategia de actualización de escalado cuando solo necesite ajustar la capacidad de cómputo (vCPUs). Las actualizaciones escalables son ideales cuando se necesitan actualizaciones rápidas sin tiempo de inactividad ni cambios en la configuración de la infraestructura.

Para obtener procedimientos detallados, consulte Realizar actualizaciones de escalado.

Elija las actualizaciones de infraestructura cuando

Elija la estrategia de actualización de la infraestructura cuando necesite modificar los tipos de instancias, la configuración de la AMI, el rol del servicio, el estado del entorno o la configuración de la red. Su entorno debe utilizar la función AWSServiceRoleForBatchvinculada al servicio y una estrategia de asignación deBEST_FIT_PROGRESSIVE,SPOT_CAPACITY_OPTIMIZED, o. SPOT_PRICE_CAPACITY_OPTIMIZED Las actualizaciones de infraestructura funcionan bien cuando se acepta alguna interrupción del trabajo durante la actualización y se desean actualizaciones automáticas a la última AMI optimizada para Amazon ECS.

Para obtener procedimientos detallados, consulte Realice actualizaciones de infraestructura.

Elija blue/green las actualizaciones cuando

Elija la estrategia de blue/green actualización cuando sus cargas de trabajo no requieran ningún tiempo de inactividad o necesite probar los cambios antes de realizar la transición de las cargas de trabajo de producción. Este enfoque es esencial cuando es importante contar con una capacidad de reversión rápida, si su entorno utiliza una estrategia de BEST_FIT asignación o si su entorno no utiliza la función vinculada al servicio. AWSServiceRoleForBatch Blue/green Las actualizaciones también son la mejor opción cuando se utilizan actualizaciones personalizadas AMIs que requieren actualizaciones manuales o si es necesario realizar cambios importantes en la configuración.

Para obtener procedimientos detallados, consulte Realice blue/green actualizaciones para entornos de cómputo.

Consideraciones sobre la actualización de la AMI

AWS Batch puede actualizarse a la última AMI optimizada para Amazon ECS durante las actualizaciones de infraestructura cuando se cumplen todas estas condiciones:

nota

Una vez completada la actualización de la infraestructura, updateToLatestImageVersion se establece en. false Para iniciar otra actualizaciónupdateToLatestImageVersion, debe configurarse entrue.

  • El entorno informático utiliza la función vinculada al AWSServiceRoleForBatchservicio

  • La estrategia de asignación se establece enBEST_FIT_PROGRESSIVE, SPOT_CAPACITY_OPTIMIZED o SPOT_PRICE_CAPACITY_OPTIMIZED

  • No se especifica explícitamente ningún ID de AMI en imageIdimageIdOverride, o en la plantilla de lanzamiento

  • updateToLatestImageVersionSe establece en true

Actualizaciones de la AMI mediante blue/green la implementación

Debe utilizar la blue/green implementación para actualizar AMIs en los siguientes escenarios:

  • Cuando se utiliza una versión específica de la AMI optimizada para Amazon ECS

  • Cuando el ID de la AMI se especifica en cualquiera de:

    • Plantilla de lanzamiento (debe actualizar la plantilla o eliminarla)

    • Parámetro imageId

    • El imageIdOverride parámetro de la EC2 configuración

  • Cuando se utiliza la estrategia de BEST_FIT asignación (no admite actualizaciones de infraestructura)

  • Cuando no se utiliza la función AWSServiceRoleForBatchvinculada al servicio