As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.
# Atualize um ambiente computacional no AWS Batch
AWS Batch fornece várias estratégias para atualizar ambientes computacionais, cada uma projetada para cenários e requisitos específicos de atualização. Essas abordagens usam a mesma API de atualização subjacente, mas representam métodos prescritivos diferentes para gerenciar atualizações de forma eficaz. Você pode gerenciar essas atualizações usando o AWS Batch console ou AWS CLI o. A compreensão dessas estratégias ajuda você a escolher o método mais adequado às suas necessidades e, ao mesmo tempo, minimizar a interrupção de seus workloads.
Este tópico dá uma visão geral das estratégias de atualização disponíveis e dá orientações sobre quando cada abordagem deve ser usada. Para obter procedimentos detalhados, consulte as seções individuais de cada estratégia de atualização.
**Importante**
AWS Batch cria e gerencia vários AWS recursos em seu nome e dentro da sua conta, incluindo modelos de lançamento do Amazon EC2, grupos do Amazon EC2 Auto Scaling, frotas spot do Amazon EC2 e clusters do Amazon ECS. Esses recursos gerenciados são configurados especificamente para garantir a operação ideal do AWS Batch . A modificação manual desses recursos AWS Batch gerenciados, a menos que seja explicitamente declarada na AWS Batch documentação, pode resultar em comportamento inesperado, incluindo ambientes `INVALID` computacionais, comportamento de escalabilidade de instâncias abaixo do ideal, atraso no processamento da carga de trabalho ou custos inesperados. Essas modificações manuais não podem ser sustentadas de forma determinística pelo serviço do AWS Batch . Sempre use o AWS Batch console compatível AWS Batch APIs ou para gerenciar seus ambientes computacionais.
As modificações manuais não suportadas incluem executar suas próprias tarefas ou serviços do Amazon ECS em clusters AWS Batch gerenciados do Amazon ECS ou iniciar processos, daemons ou serviços adicionais diretamente em instâncias gerenciadas. AWS Batch AWS Batch assume controle total dos recursos computacionais em um ambiente computacional gerenciado e pode encerrar instâncias, interromper tarefas ou escalar o cluster a qualquer momento. Qualquer carga de trabalho executada fora do envio de AWS Batch trabalhos nesses recursos gerenciados pode ser interrompida sem aviso prévio. A execução de AWS Batch cargas de trabalho que não são em clusters e instâncias AWS Batch gerenciados também pode interferir no agendamento de AWS Batch trabalhos e no escalonamento de instâncias.
**Topics**
+ [Estratégias de atualização do ambiente computacional](#update-strategies)
+ [Escolhendo a estratégia de atualização correta](#choosing-update-strategies)
+ [Considerações sobre a atualização AMI](#ami-update-considerations)
+ [Executar atualizações de escalabilidade](scaling-updates.md)
+ [Realizar atualizações da infraestrutura](infrastructure-updates.md)
+ [Execute blue/green atualizações para ambientes computacionais](blue-green-updates.md)
## Estratégias de atualização do ambiente computacional
Quando você usa atualizações de escalabilidade ou infraestrutura, seu ambiente computacional é atualizado no local. Para a estratégia de blue/green atualização, você está criando um novo ambiente computacional (verde) e, em seguida, migrando sua carga de trabalho do ambiente computacional antigo (azul) para o novo ambiente computacional (verde).
AWS Batch fornece três estratégias diferentes para atualizações do ambiente computacional:
Atualizações de escalabilidade
As atualizações de escalabilidade ajustam a capacidade do seu ambiente computacional adicionando ou removendo instâncias sem substituir as existentes. Esse é o cenário de atualização mais rápido e não requer tempo de inatividade. Use atualizações de escalabilidade quando precisar alterar as configurações de capacidade (vCPUs). Essas atualizações geralmente são concluídas em minutos.
As atualizações Fargate são realizadas usando os mesmos procedimentos das atualizações de escalabilidade. Para obter mais informações, consulte [Executar atualizações de escalabilidade](scaling-updates.md).
Atualizações da infraestrutura
As atualizações de infraestrutura substituem as instâncias em seu ambiente computacional por novas instâncias com configurações atualizadas. Essas atualizações exigem configurações específicas de perfil de serviço e estratégia de alocação, mas oferecem um tempo de inatividade mínimo, com a possibilidade de interrupção dos trabalhos em execução. Use atualizações de infraestrutura quando precisar modificar tipos de instância, configuração de AMI, configurações de rede, perfil de serviço, estado do ambiente ou outros componentes da infraestrutura. Essas atualizações geralmente são concluídas em 10 a 30 minutos, dependendo da conclusão do trabalho.
Para obter mais informações, consulte [Realizar atualizações da infraestrutura](infrastructure-updates.md).
Atualizações azul/verdes
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/greenatualiza quando você não precisa de tempo de inatividade, quer testar as alterações antes da implantação completa, exige capacidade de reversão rápida ou está usando configurações não suportadas para atualizações de infraestrutura. O tempo de conclusão é variável e controlado por você.
Para obter mais informações, consulte [Execute blue/green atualizações para ambientes computacionais](blue-green-updates.md).
## Escolhendo a estratégia de atualização correta
Use este guia de decisão para selecionar a estratégia de atualização mais adequada às suas necessidades:
### Escolha atualizações de escalabilidade quando
Escolha a estratégia de atualização de escalabilidade quando precisar apenas ajustar a capacidade computacional (vCPUs). As atualizações de escalabilidade são ideais quando você precisa de atualizações rápidas, sem tempo de inatividade e sem necessidade de alterações na configuração da infraestrutura.
Para ver os procedimentos detalhados, consulte [Executar atualizações de escalabilidade](scaling-updates.md).
### Escolha atualizações de infraestrutura quando
Escolha a estratégia de atualização da infraestrutura quando precisar modificar tipos de instância, configurações de AMI, perfil de serviço, estado do ambiente ou configuração de rede. Seu ambiente deve usar a função *AWSServiceRoleForBatch*vinculada ao serviço e uma estratégia de alocação de`BEST_FIT_PROGRESSIVE`, `SPOT_CAPACITY_OPTIMIZED` ou. `SPOT_PRICE_CAPACITY_OPTIMIZED` As atualizações de infraestrutura funcionam bem quando alguma interrupção do trabalho é aceitável durante a atualização e você deseja atualizações automáticas para a AMI mais recente otimizada para Amazon ECS.
Para ver os procedimentos detalhados, consulte [Realizar atualizações da infraestrutura](infrastructure-updates.md).
### Escolha blue/green atualizações quando
Escolha a estratégia de blue/green atualização quando não for necessário tempo de inatividade para suas cargas de trabalho ou quando você precisar testar as alterações antes de fazer a transição das cargas de trabalho de produção. Essa abordagem é essencial quando a capacidade de reversão rápida é importante, seu ambiente usa a estratégia de `BEST_FIT` alocação ou seu ambiente não usa a função vinculada ao *AWSServiceRoleForBatch*serviço. Blue/green atualizações também são a melhor opção quando você usa atualizações personalizadas AMIs que exigem atualizações manuais ou precisam fazer grandes alterações na configuração.
Para ver os procedimentos detalhados, consulte [Execute blue/green atualizações para ambientes computacionais](blue-green-updates.md).
## Considerações sobre a atualização AMI
A abordagem de atualização AMIs depende da configuração do seu ambiente computacional.
### Atualização da AMI padrão AWS Batch fornecida para a mais recente
AWS Batch pode atualizar para a AMI otimizada para Amazon ECS mais recente durante as atualizações de [infraestrutura](infrastructure-updates.md) quando todas essas condições forem atendidas:
**nota**
Após a conclusão da atualização da infraestrutura, `updateToLatestImageVersion` é definido como `false`. Para iniciar outra atualização, `updateToLatestImageVersion` deve ser definido como `true`.
+ O ambiente computacional usa a função vinculada ao *AWSServiceRoleForBatch*serviço.
+ A estratégia de alocação está definida como`BEST_FIT_PROGRESSIVE`,`SPOT_CAPACITY_OPTIMIZED`, ou`SPOT_PRICE_CAPACITY_OPTIMIZED`.
+ Nenhuma ID de AMI está explicitamente especificada em`imageId`,`imageIdOverride`, ou modelo de lançamento.
+ A `updateToLatestImageVersion` é definida como `true`.
### Atualizações da AMI usando a blue/green implantação
Você deve usar a blue/green implantação para atualizar AMIs nesses cenários:
+ Ao usar uma versão específica da AMI otimizada para Amazon ECS.
+ Quando o ID AMI é especificado em qualquer um dos seguintes:
+ Modelo de lançamento (é necessário atualizar o modelo ou removê-lo).
+ O `imageId` parâmetro.
+ O `imageIdOverride` parâmetro na configuração do EC2.
+ Ao usar a estratégia de `BEST_FIT` alocação (não suporta atualizações de infraestrutura).
+ Quando não estiver usando a função *AWSServiceRoleForBatch*[vinculada ao serviço](using-service-linked-roles-batch-general.md).
### Atualizações de AMI para uma AMI personalizada
Se você especificar uma AMI personalizada no modelo de execução do ambiente computacional, o `imageId` parâmetro ou o `imageIdOverride` parâmetro na configuração do EC2 não AWS Batch atualizará automaticamente sua AMI personalizada durante as atualizações da infraestrutura. Você pode atualizar um ID de AMI personalizado especificando o novo ID no parâmetro usado originalmente durante a criação do Compute Environment. Se quiser mudar para o uso de uma AMI AWS Batch fornecida, você pode fazer isso removendo a ID personalizada da AMI na atualização do seu ambiente computacional.