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á.
Recursos de computação de AMIs
Por padrão, os ambientes computacionais AWS Batch gerenciados usam uma versão recente e aprovada da AMI otimizada do Amazon ECS para recursos computacionais. No entanto, você pode querer criar sua própria AMI a ser usada para seus ambientes de computação gerenciados. Se você precisar de alguma das opções a seguir, recomendamos que crie sua própria AMI:
-
Aumentar o tamanho do armazenamento da raiz ou dos volumes de dados da AMI.
-
Adicionar volumes de armazenamento de instâncias para tipos de instância compatíveis do Amazon EC2.
-
Personalização do agente de contêineres do Amazon ECS.
-
Personalizando o Docker
-
Configurar uma AMI de workload de GPU que permite que os contêineres acessem o hardware de GPU nos tipos de instância do Amazon EC2 compatíveis
nota
Depois que um ambiente computacional é criado, AWS Batch não atualiza as AMIs no ambiente computacional. AWS Batch também não atualiza as AMIs em seu ambiente computacional quando uma versão mais recente da AMI otimizada do Amazon ECS está disponível. Você é responsável pelo gerenciamento do sistema operacional convidado. Isso inclui quaisquer atualizações e patches de segurança. Você também é responsável por quaisquer outros utilitários ou aplicativos de software que instalar nos recursos de computação. Para usar uma nova AMI para seus AWS Batch trabalhos, faça o seguinte:
-
Crie um novo ambiente de computação com a nova AMI.
-
Adicione o ambiente de computação a uma fila de trabalhos existente.
-
Remova o antigo ambiente de computação da fila de trabalhos.
-
Exclua o ambiente de computação anterior.
Em abril de 2022, AWS Batch foi adicionado suporte aprimorado para atualização de ambientes computacionais. Para obter mais informações, consulte Atualize um ambiente computacional no AWS Batch. Para utilizar a atualização aprimorada de ambientes de computação para atualizar AMIs, siga estas regras:
-
Não defina o parâmetro da função de serviço (
serviceRole) nem o defina como a função AWSServiceRoleForBatchvinculada ao serviço. -
Defina o parâmetro da estratégia de alocação (
allocationStrategy)BEST_FIT_PROGRESSIVEcomoBEST_FIT_PROGRESSIVE_ORDERED,SPOT_CAPACITY_OPTIMIZED,SPOT_PRICE_CAPACITY_OPTIMIZED, ouSPOT_CAPACITY_OPTIMIZED_PRIORITIZED. -
Defina o parâmetro de atualização para a versão mais recente da imagem (
updateToLatestImageVersion) comotrue. -
Não especifique uma ID de AMI em
imageId,imageIdOverride(emec2Configuration) ou no modelo de execução (launchTemplate). Quando você não especifica uma ID de AMI, AWS Batch seleciona a última AMI otimizada do Amazon ECS que AWS Batch oferece suporte no momento em que a atualização da infraestrutura é iniciada. Como alternativa, você pode especificar a ID da AMI nos parâmetrosimageIdouimageIdOverride. Ou pode especificar o modelo de execução que é identificado pelas propriedadesLaunchTemplate. A alteração de qualquer uma dessas propriedades inicia uma atualização da infraestrutura. Se a ID da AMI for especificada no modelo de lançamento, a ID da AMI não poderá ser substituída pela especificação de uma ID da AMI nos parâmetrosimageIdouimageIdOverride. A ID da AMI só pode ser substituída pela especificação de um modelo de lançamento diferente. Se a versão do modelo de lançamento estiver definida como$Defaultou$Latest, a ID da AMI poderá ser substituída definindo uma nova versão padrão para o modelo de lançamento (se$Default) ou adicionando uma nova versão ao modelo de lançamento (se$Latest).
Se essas regras forem seguidas, qualquer atualização que acione uma atualização de infraestrutura fará com que a ID da AMI seja novamente selecionada. Se a configuração da version no modelo de execução (launchTemplate) for definida como $Latest ou $Default, a versão mais recente ou padrão do modelo de inicialização será avaliada no momento da atualização da infraestrutura, mesmo que o launchTemplate não tenha sido atualizado.
Tópicos
