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á. # Tutorial: criar um ambiente de computação gerenciado usando recursos do Amazon EKS Conclua as seguintes etapas para criar um ambiente computacional gerenciada usando recursos do Amazon Elastic Kubernetes Service (Amazon EKS). 1. Abra o AWS Batch console em [https://console.aws.amazon.com/batch/](https://console.aws.amazon.com/batch/). 1. Na barra de navegação, selecione o Região da AWS a ser usado. 1. No painel de navegação, escolha **Ambientes de computação**. 1. Escolha **Criar**. 1. Para a **configuração do ambiente de computação**, escolha **Amazon Elastic Kubernetes Service (Amazon EKS**). 1. Para **Nome**, especifique um nome exclusivo para seu ambiente de computação. Os nomes podem ter até 128 caracteres. Podem conter letras minúsculas, maiúsculas, números, hifens e (-) e sublinhados (\$1). 1. Em **Perfil de instância**, escolha um perfil de instância existente que tenha as permissões de IAM necessárias anexadas. **nota** Para criar um ambiente computacional no AWS Batch console, escolha um perfil de instância que tenha as `eks:DescribeCluster` permissões `eks:ListClusters` e. 1. Para o **cluster EKS**, escolha um cluster existente do Amazon EKS. 1. Em **Namespace**, insira um Kubernetes namespace para agrupar seus AWS Batch processos no cluster. 1. (Opcional) Expanda as **Tags**. Escolha **Adicionar tag** e, em seguida, insira um par chave-valor. 1. Escolha **Próxima página**. 1. (Opcional) Para **usar instâncias spot do EC2**, ative **Habilitar o uso de instâncias spot** para usar instâncias spot do Amazon EC2. 1. (Somente Spot) Em **Maximum % on-demand price**, escolha a porcentagem máxima que o preço que uma instância spot deve ter em comparação com o preço sob demanda para esse tipo de instância antes que as instâncias sejam executadas. Por exemplo, se o preço máximo for 20%, o preço spot deverá estar abaixo de 20% do preço atual sob demanda para essa instância do EC2. Você sempre paga o menor preço (mercado) e nunca mais do que sua porcentagem máxima. Se você deixar esse campo em branco, o valor padrão será 100% do preço sob demanda. 1. (Somente spot) Para o **perfil de frota spot**, escolha o perfil IAM da frota spot do Amazon EC2 para o ambiente `SPOT` de computação. **Importante** Esse perfil é necessário se a estratégia de alocação definida para o `BEST_FIT` ou se a estratégia de alocação não for especificada. 1. (Opcional) Em **Mínimo v CPUs**, escolha o número mínimo de v CPUs que seu ambiente computacional mantém, independentemente da demanda da fila de trabalhos. 1. (Opcional) Em **Máximo v CPUs**, escolha o número máximo de v para CPUs o qual seu ambiente computacional pode ser expandido, independentemente da demanda da fila de trabalhos. 1. (Opcional) Para **reduzir o atraso (minutos)**, escolha o tempo mínimo (em minutos) que AWS Batch mantém as instâncias em execução no ambiente computacional após a conclusão dos trabalhos. 1. Para **Tipos de instância permitidos**, escolha os tipos de instância do Amazon EC2 que podem ser iniciados. Você pode especificar famílias de instâncias para iniciar qualquer tipo de instância dentro dessas famílias (por exemplo `c5`, `c5n`, ou `p3`). Ou você pode especificar tamanhos específicos dentro de uma família (como `c5.8xlarge`). Os tipos de instância Metal não estão nas famílias de instâncias. Por exemplo, `c5` não inclui `c5.metal`. AWS Batch pode selecionar o tipo de instância para você se você escolher uma das seguintes opções: + `optimal` para selecionar tipos de instância (das famílias de instâncias `c4`, `m4`, `r4`, `c5`, `m5` e `r5`) que correspondam à demanda de suas filas de trabalho. + `default_x86_64` para selecionar tipos de instância baseados em x86 (das famílias de instâncias m6i, c6i, r6i e c7i) que correspondam à demanda de suas filas de trabalho. + `default_arm64` para selecionar tipos de instância baseados em x86 (das famílias de instâncias m6g, c6g, r6g e c7g) que correspondam à demanda de suas filas de trabalho. **nota** A partir de 01/11/2025, o comportamento do `optimal` será alterado para corresponder com `default_x86_64`. Durante a mudança, suas famílias de instâncias podem ser atualizadas para uma nova geração. Não há necessidade de realizar nenhuma ação para que a atualização ocorra. Para obter mais informações sobre mudanças, consulte [Configuração ideal do tipo de instância para receber atualizações automáticas da família de instâncias](optimal-default-instance-troubleshooting.md). **nota** A disponibilidade da família de instâncias varia por Região da AWS. Por exemplo, alguns Região da AWS s podem não ter nenhuma família de instâncias de quarta geração, mas ter famílias de instâncias de quinta e sexta geração. Ao usar `default_x86_64` nossos pacotes de `default_arm64` instâncias, AWS Batch seleciona famílias de instâncias com base em um equilíbrio entre custo-benefício e desempenho. Embora as instâncias de nova geração geralmente ofereçam melhor relação preço-desempenho, você AWS Batch pode escolher uma família de instâncias de geração anterior se ela fornecer a combinação ideal de disponibilidade, custo e desempenho para sua carga de trabalho. Por exemplo, em um Região da AWS local em que as instâncias c6i e c7i estejam disponíveis, AWS Batch pode selecionar instâncias c6i se elas oferecerem melhor custo-benefício para seus requisitos específicos de trabalho. Para obter mais informações sobre tipos e Região da AWS disponibilidade de AWS Batch instâncias, consulte [Tabela de computação do tipo de instância](instance-type-compute-table.md). AWS Batch atualiza periodicamente suas instâncias em pacotes padrão para opções mais novas e econômicas. As atualizações acontecem automaticamente sem exigir nenhuma ação de sua parte. Seus workloads continuam em execução durante as atualizações sem interrupção **nota** Ao criar um ambiente de computação, os tipos de instância selecionados para ele devem compartilhar a mesma arquitetura. Por exemplo, você não pode misturar instâncias ARM e x86 no mesmo ambiente de computação. **nota** AWS Batch será dimensionado GPUs com base na quantidade necessária em suas filas de trabalho. Para usar o agendamento de GPU, o ambiente computacional deve incluir tipos de instância das famílias `p3`, `p4`, `p5`, `p6`, `g3`, `g3s`, `g4`, `g5` ou `g6`. 1. (Opcional) Expanda **Configuração adicional**. 1. (Opcional) Em **Grupo de posicionamento**, insira um nome de grupo de posicionamento para agrupar recursos no ambiente de computação. 1. Em **Estratégia de alocação**, escolha **BEST\$1FIT\$1PROGRESSIVE**. 1. (Opcional) Para a configuração **Amazon Machine Images (AMIs), escolha Adicionar a configuração** **Amazon Machine Images (amis)**. Você pode usar uma AMI Amazon Linux otimizada para Amazon EKS ou uma AMI personalizada. 1. Para usar uma [AMI do Amazon Linux otimizada para Amazon EKS](https://docs.aws.amazon.com/eks/latest/userguide/eks-optimized-ami.html): 1. Em **Tipo de imagem**, selecione uma das opções a seguir. + [Amazon Linux 2](https://docs.aws.amazon.com/eks/latest/userguide/eks-optimized-ami.html): padrão para todas as famílias de instâncias AWS baseadas em Graviton (por exemplo,, `C6g` `M6g``R6g`, e`T4g`) e pode ser usado para todos os tipos de instâncias que não sejam de GPU. + [Amazon Linux 2 (acelerado)](https://docs.aws.amazon.com/eks/latest/userguide/eks-optimized-ami.html): padrão para todas as famílias de instâncias de GPU (por exemplo, `P4` e`G4`) e pode ser usado para todos os tipos de instância que não sejam AWS baseados em Graviton. + [Amazon Linux 2023](https://docs.aws.amazon.com/eks/latest/userguide/eks-optimized-ami.html): AWS Batch suporta Amazon Linux 2023 (AL2023). + [Amazon Linux 2023 (acelerado)](https://docs.aws.amazon.com/eks/latest/userguide/eks-optimized-ami.html): famílias de instâncias de GPU e pode ser usado para todos os tipos de instâncias não baseadas no AWS Graviton. 1. Em **Versão Kubernetes**, insira um [número de versão Kubernetes](supported_kubernetes_version.md). 1. Para usar uma AMI personalizada: 1. Em **Tipo de imagem**, escolha o tipo de AMI no qual a AMI personalizada se baseia: + [Amazon Linux 2](https://docs.aws.amazon.com/eks/latest/userguide/eks-optimized-ami.html): padrão para todas as famílias de instâncias AWS baseadas em Graviton (por exemplo,, `C6g` `M6g``R6g`, e`T4g`) e pode ser usado para todos os tipos de instâncias que não sejam de GPU. + [Amazon Linux 2 (acelerado)](https://docs.aws.amazon.com/eks/latest/userguide/eks-optimized-ami.html): padrão para todas as famílias de instâncias de GPU (por exemplo, `P4` e`G4`) e pode ser usado para todos os tipos de instância que não sejam AWS baseados em Graviton. + [Amazon Linux 2023](https://docs.aws.amazon.com/eks/latest/userguide/eks-optimized-ami.html): AWS Batch suporte AL2023. + [Amazon Linux 2023 (acelerado)](https://docs.aws.amazon.com/eks/latest/userguide/eks-optimized-ami.html): famílias de instâncias de GPU e pode ser usado para todos os tipos de instâncias não baseadas no AWS Graviton. 1. Para **Substituição de ID da imagem**, insira o ID da AMI personalizada. 1. Em **Versão Kubernetes**, insira um [número de versão Kubernetes](supported_kubernetes_version.md). 1. (Opcional) Em **Modelo de execução**, escolha um [modelo de execução](eks-launch-templates.md) existente. 1. (Opcional) Em **Launch template version**, insira **\$1Default**, **\$1Latest** ou um número de versão. 1. (Opcional) Em **Modelo de execução de substituição**, para adicionar uma substituição, escolha **Adicionar Modelo de execução de substituição**: 1. (Opcional) Em **Modelo de execução**, escolha o modelo de execução ao qual adicionar a substituição. 1. (Opcional) Em **Versão do modelo de lançamento**, escolha o número da versão do modelo de lançamento, `$Default` ou `$Latest`. 1. (Opcional) Em **tipos de instâncias de destino**, escolha o tipo de instância ou a família à qual essa substituição deve ser aplicada. Isso pode ser direcionado somente aos tipos e famílias de instâncias que estão incluídos nos **Tipos de instância permitidos**. 1. (Opcional) Em **userdataType**, escolha a inicialização do nó EKS. Use esse campo somente se você tiver uma AMI especificada no modelo de execução ou como substituição do modelo de execução. **Escolha **EKS\$1NODEADM para personalizar com AMIs base em `EKS_AL2023` ou `EKS_AL2023_NVIDIA` EKS\$1BOOSTRAP\$1SH** para e.** `EKS_AL2` `EKS_AL_NVIDIA` O valor padrão é **EKS\$1BOOSTRAP\$1SH**. Você usaria **UserDataType** quando tivesse um [ambiente misto](mixed-ami-environments.md) em que estivesse usando ambos AL2 e de forma personalizada AMIs no mesmo ambiente AL2023 computacional. 1. Escolha **Próxima página**. 1. Em **Virtual Private Cloud (VPC) ID (Nuvem Privada Virtual Private Cloud)**, escolha uma VPC na qual executar as instâncias. 1. Em **Sub-redes,** selecione a sub-rede que será usada. Por padrão, todas as sub-redes dentro da VPC selecionadas estão disponíveis. **nota** AWS Batch no Amazon EKS é compatível com Locais Zones. Para obter mais informações, consulte [Amazon EKS and AWS Local Zones](https://docs.aws.amazon.com/eks/latest/userguide/local-zones.html) no *Guia do usuário do Amazon EKS*. 1. (Opcional) Para **Security groups**, escolha um grupo de segurança a ser anexado às suas instâncias. Por padrão, o grupo de segurança padrão para sua VPC é escolhido. 1. Escolha **Próxima página**. 1. Para **Revisar**, reveja as etapas de configuração. Se precisar fazer alterações, escolha **Edit** (Editar). Quando terminar, escolha **Criar ambiente de computação.**