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.
Tópicos
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.
- 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.
- 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.
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.
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 AWSServiceRoleForBatchvinculada ao serviço e uma estratégia de alocação deBEST_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.
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 AWSServiceRoleForBatchserviç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.
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 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 AWSServiceRoleForBatchserviço
-
A estratégia de alocação está definida como
BEST_FIT_PROGRESSIVE,SPOT_CAPACITY_OPTIMIZEDouSPOT_PRICE_CAPACITY_OPTIMIZED -
Nenhum ID AMI está explicitamente especificado em
imageId,imageIdOverrideou no modelo de lançamento -
updateToLatestImageVersioné definido comotrue
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 a estratégia de alocação
BEST_FIT(não suporta atualizações de infraestrutura) -
Quando não estiver usando a função AWSServiceRoleForBatchvinculada ao serviço
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.
