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.
Actualización de un entorno de computación en AWS Batch
AWS Batch brinda varias estrategias para actualizar los entornos de computación, 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 administrar las actualizaciones de forma eficaz. Administre estas actualizaciones mediante la consola de AWS Batch o AWS CLI. Comprender estas estrategias permite elegir el método más adecuado para sus necesidades, sin dejar de disminuir las interrupciones de las cargas de trabajo.
En este tema se entrega información general sobre las estrategias de actualización disponibles y sobre cuándo usar cada enfoque. Para obtener información sobre los procedimientos detallados, consulte las secciones individuales de cada estrategia de actualización.
importante
AWS Batch crea y administra varios recursos de AWS en su nombre y en su cuenta, entre ellos, las plantillas de lanzamiento de Amazon EC2, los grupos de Amazon EC2 Auto Scaling, las flotas de spot de Amazon EC2 y los clústeres de Amazon ECS. Estos recursos administrados están configurados específicamente para garantizar un funcionamiento óptimo de AWS Batch. La modificación manual de estos recursos administrados de AWS Batch, salvo que se indique explícitamente en la documentación de AWS Batch, puede provocar un comportamiento inesperado, como los entornos de computación de INVALID, un comportamiento de escalado de instancias subóptimo, una demora en el procesamiento de la carga de trabajo o costos inesperados. El servicio de AWS Batch no puede respaldar estas modificaciones manuales de forma determinista. Utilice siempre las API de AWS Batch compatibles o la consola de AWS Batch para administrar los entornos de computación.
Temas
Estrategias de actualización del entorno de computación
El entorno de computación se actualiza en su lugar cuando se utilizan actualizaciones de escalado o de infraestructura. En la estrategia de actualización azul/verde se debe crear un nuevo entorno de computación (verde) y luego migrar allí la carga de trabajo del entorno de computación anterior (azul).
AWS Batch presenta tres estrategias diferentes para las actualizaciones del entorno de computación:
- Actualizaciones de escalado
-
Las actualizaciones de escalado ajustan la capacidad del entorno de computación al agregar o eliminar instancias sin reemplazar las 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 (vCPU). Es normal que estas actualizaciones se completen en tan solo minutos.
Las actualizaciones de Fargate se realizan mediante los mismos procedimientos que las actualizaciones de escalado. Para obtener más información, consulte Cómo realizar actualizaciones de escalado.
- Actualizaciones de la infraestructura
-
Las actualizaciones de infraestructura sustituyen las instancias del entorno de computación por unas nuevas, ya 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 es posible que se interrumpan las tareas en ejecución. Utilice las actualizaciones de infraestructura cuando necesite modificar los tipos de instancias, la configuración de la AMI, los ajustes de red, el rol de 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 Cómo realizar actualizaciones de la infraestructura.
- Actualizaciones azul/verde
-
Las actualizaciones azul/verde crean un nuevo entorno de computación junto con el existente, lo que permite una transición gradual de la carga de trabajo sin tiempo de inactividad. Este enfoque ofrece la ruta de actualización más segura, pero requiere la ejecución temporal de dos entornos. Utilice las actualizaciones azul/verde cuando no se requiera tiempo de inactividad, cuando desee probar los cambios antes de la implementación completa, cuando se necesite una capacidad rápida de reversión o cuando utilice configuraciones que no sean compatibles con las actualizaciones de infraestructura. Usted puede regular y controlar el tiempo de finalización.
Para obtener más información, consulte Realizar actualizaciones azul/verde para entornos de computación.
Cómo elegir la mejor estrategia de actualización
Con esta guía de decisiones puede seleccionar la estrategia de actualización más adecuada de acuerdo a sus necesidades:
Estrategia de actualizaciones de escalado
Elija la estrategia de actualización de escalado cuando solo necesite ajustar la capacidad de computación (vCPU). Las actualizaciones de escalado 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 Cómo realizar actualizaciones de escalado.
Estrategia de actualizaciones de infraestructura
Elija la estrategia de actualización de infraestructura cuando necesite modificar los tipos de instancias, la configuración de la AMI, el rol de servicio, el estado del entorno o la configuración de la red. El entorno debe utilizar el rol vinculado al servicio AWSServiceRoleForBatch y la estrategia de asignación de BEST_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 Cómo realizar actualizaciones de la infraestructura.
Estrategia de actualizaciones azul/verde
Elija la estrategia de actualización azul/verde cuando no se necesite tiempo de inactividad para sus cargas de trabajo o si necesita probar los cambios antes de realizar la transición de las cargas de trabajo de producción. Este enfoque es fundamental cuando es importante una capacidad de reversión rápida, cuando su entorno utiliza una estrategia de asignación BEST_FIT o cuando su entorno no utiliza el rol vinculado al servicio AWSServiceRoleForBatch. Las actualizaciones azul/verde también son la mejor opción cuando se utilizan AMI personalizadas que requieren actualizaciones manuales o necesitan realizar cambios importantes en la configuración.
Para obtener procedimientos detallados, consulte Realizar actualizaciones azul/verde para entornos de computación.
Consideraciones sobre la actualización de AMI
AWS Batch puede actualizarse a la última AMI optimizada para Amazon ECS durante las actualizaciones de infraestructura siempre y cuando se cumplan todas estas condiciones:
nota
Tras completada la actualización de la infraestructura, updateToLatestImageVersion se establece en false. Para iniciar otra actualización, updateToLatestImageVersion se debe establecer en true.
-
El entorno de computación utiliza el rol vinculado al servicio AWSServiceRoleForBatch
-
La estrategia de asignación se establece en
BEST_FIT_PROGRESSIVE,SPOT_CAPACITY_OPTIMIZEDoSPOT_PRICE_CAPACITY_OPTIMIZED -
No se especifica explícitamente ningún ID de AMI en
imageId,imageIdOverrideo en la plantilla de lanzamiento -
updateToLatestImageVersionse establece entrue
Actualizaciones de AMI que utilizan la implementación azul/verde
La implementación azul/verde se debe utilizar para actualizar las AMI en los siguientes casos:
-
Si utiliza una versión específica de la AMI optimizada para Amazon ECS
-
Si el ID de AMI se especifica en cualquier:
-
plantilla de lanzamiento (debe actualizar la plantilla o eliminarla),
-
Parámetro
imageId -
parámetro
imageIdOverridede la configuración de EC2.
-
-
Si se utiliza la estrategia de asignación de
BEST_FIT(no admite actualizaciones de infraestructura) -
Si no se utiliza el rol vinculado al servicio AWSServiceRoleForBatch
