

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 EC2
<a name="create-compute-environment-managed-ec2"></a>

Conclua as etapas a seguir para criar um ambiente computacional gerenciado usando recursos do Amazon Elastic Compute Cloud (Amazon EC2).

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**.

1. Selecione **Seus ambientes** e, depois, selecione **Criar ambiente**.

1. Configure o ambiente.

   1. Em **configuração do ambiente de computação**, escolha **Amazon Elastic Compute Cloud (Amazon EC2).**

   1. Em **Tipo de orquestração**, escolha **Gerenciado.**

   1. Para **Nome**, especifique um nome exclusivo para seu ambiente de computação. O nome pode conter até 128 caracteres. Pode conter letras minúsculas, maiúsculas, números, hifens e (-) e sublinhados (\$1).

   1. Em **Função de serviço**, escolha a função vinculada ao serviço que permite que o AWS Batch serviço faça chamadas para as operações de AWS API necessárias em seu nome. Para este exemplo, selecione **AWSServiceRoleForBatch**. Para obter mais informações, consulte [Usando funções vinculadas a serviços para AWS Batch](using-service-linked-roles.md).

   1. Para o **Instance role**, escolha criar um novo perfil de instância ou use um perfil de instância existente que tenha as permissões de IAM necessárias anexadas. Esse perfil de instância permite que as instâncias de contêiner do Amazon ECS criadas para seu ambiente computacional façam chamadas para as operações de AWS API necessárias em seu nome. Para obter mais informações, consulte [Perfil de instância do Amazon ECS](instance_IAM_role.md). Se você optou por criar um novo perfil de instância, a função necessária (`ecsInstanceRole`) será criada para você.

   1. (Opcional) Expanda as **Tags**. 

      1. (Opcional) Para **tags EC2**, escolha **Adicionar tag** para adicionar uma tag aos recursos que são lançados no ambiente computacional. Insira uma **chave** e um **Valor** opcional. Escolha **Adicionar Tag**. 

      1. (Opcional) Em **Tags**, escolha **Adicionar tag**. Insira uma **chave** e um **Valor** opcional. Escolha **Adicionar Tag**. 

         Para obter mais informações, consulte [Marcar com tag os recursos do AWS Batch](using-tags.md).

   1.  Escolha **Próximo**.

1. Na seção **Instance configuration**:

   1. (Opcional) Para **Habilitar o uso de instâncias Spot**, ative o Spot. Para obter mais informações, consulte [Spot Instances](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-spot-instances.html). 

   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 frota Spot**, escolha uma função de IAM existente do Amazon EC2 Frota Spot para aplicar ao seu ambiente de computação Spot. Se você ainda não tiver um perfil do IAM da frota spot do Amazon EC2 existente, crie um primeiro. Para obter mais informações, consulte [Perfil de frota spot Amazon EC2](spot_fleet_IAM_role.md).
**Importante**  
Para marcar suas Instâncias Spot na criação, sua função IAM do Amazon EC2 Spot Fleet deve usar a política gerenciada mais recente da **EC2SpotFleetTaggingRoleAmazon**. A política EC2 SpotFleetRole gerenciada da **Amazon** não tem as permissões necessárias para marcar instâncias spot. Para obter mais informações, consulte [Instâncias spot sem tags na criação](spot-instance-no-tag.md) e [Marcar com tag os recursos do](tag-resources.md).

   1. Em **Minimum 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. Em **Desired v CPUs**, escolha o número de v com o CPUs qual seu ambiente computacional é iniciado. À medida que a demanda da fila de trabalhos aumenta, AWS Batch você pode aumentar o número desejado de vCPUs em seu ambiente computacional e adicionar instâncias do EC2, até o máximo v. CPUs À medida que a demanda diminui, AWS Batch pode diminuir o número desejado de v CPUs em seu ambiente computacional e remover instâncias, até o mínimo v. CPUs

   1. Em **Máximo v CPUs**, escolha o número máximo de v para o CPUs 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 os pacotes de instâncias `default_x86_64` ou `default_arm64`, 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. Para **Estratégia de alocação**, escolha a estratégia de alocação a ser usada ao selecionar tipos de instância na lista de tipos de instância permitidos. **O **BEST\$1FIT\$1PROGRESSIVE** geralmente é a melhor opção para ambientes de computação sob demanda do EC2, SPOT\$1CAPACITY\$1OPTIMIZED e **SPOT\$1PRICE\$1CAPACITY\$1OPTIMIZED** para ambientes de computação EC2 Spot.** Para obter mais informações, consulte [Estratégias de alocação de tipo de instância para AWS Batch](allocation-strategies.md).

   1. Expanda **Additional configuration**.

      1. (Opcional) Em **Grupo de posicionamento**, insira um nome de grupo de posicionamento para agrupar recursos no ambiente de computação.

      1. (Opcional) Em **Par de chaves do EC2**, escolha um par de chaves pública e privada como credenciais de segurança ao se conectar à instância. Para obter mais informações sobre pares de chaves do Amazon EC2, consulte [Pares de chaves do Amazon EC2 e instâncias do Linux](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-key-pairs.html). 

      1. (Opcional) Para a **configuração do EC2**, escolha o **tipo de imagem** **e os valores de substituição do ID** da imagem para fornecer informações AWS Batch para selecionar Amazon Machine Images (AMIs) para instâncias no ambiente computacional. Se a **substituição do ID da imagem** não for especificada para cada **tipo de imagem**, AWS Batch seleciona uma AMI [otimizada recente do Amazon ECS](https://docs.aws.amazon.com/AmazonECS/latest/developerguide/ecs-optimized_AMI.html). Se nenhum **tipo de imagem** for especificado, o padrão será **Amazon Linux 2 para instância** sem GPU e sem AWS Graviton. 
**Importante**  
Para usar uma AMI personalizada, escolha o tipo de imagem e insira a ID da AMI personalizada na caixa de **substituição de ID da imagem**.  
[Amazon Linux 2](https://docs.aws.amazon.com/AmazonECS/latest/developerguide/ecs-optimized_AMI.html#al2ami)  
 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 (GPU)](https://docs.aws.amazon.com/AmazonECS/latest/developerguide/ecs-optimized_AMI.html#gpuami)  
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 não AWS baseados em Graviton.  
[Amazon Linux 2023](https://docs.aws.amazon.com/AmazonECS/latest/developerguide/ecs-optimized_AMI.html)  
AWS Batch é compatível com o Amazon Linux 2023.  
O Amazon Linux 2023 não é compatível com instâncias `A1`.  
[Amazon Linux 2023 (GPU)](https://docs.aws.amazon.com/AmazonECS/latest/developerguide/ecs-optimized_AMI.html#gpuami)  
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 não AWS baseados em Graviton.
**nota**  
A AMI que você escolher para um ambiente de computação deve corresponder à arquitetura dos tipos de instância que você pretende usar para este ambiente. Por exemplo, se o ambiente de computação usar tipos de instância A1, a AMI de recursos de computação escolhida deverá oferecer suporte a instâncias ARM. O Amazon ECS vende as versões x86 e ARM da AMI do Amazon Linux 2 otimizada para Amazon ECS. Para obter mais informações, consulte [AMI do Amazon Linux 2 otimizada para Amazon ECS](https://docs.aws.amazon.com/AmazonECS/latest/developerguide/ecs-optimized_AMI.html#ecs-optimized-ami-linux-variants.html) no *Guia do desenvolvedor do Amazon Elastic Container Service*.

   1. (Opcional) Expandir **Modelos de execução**

      1. Em **Modelo de execução padrão**, selecione um modelo de execução existente do Amazon EC2 para configurar seus recursos de computação. A versão padrão do modelo é preenchida automaticamente. Para obter mais informações, consulte [Use os modelos de lançamento do Amazon EC2 com AWS Batch](launch-templates.md).
**nota**  
Em um modelo de execução, é possível especificar uma AMI personalizada que você tenha criado.

      1. (Opcional) Em **Versão padrão**, insira `$Default`, `$Latest` ou um número de versão específico para ser usado.
**nota**  
Nota: se você usar uma variável de substituição (\$1Default ou \$1Latest), será aplicado o número da versão padrão atual ou o número da versão mais recente no momento em que essa configuração for salva. Se a versão padrão ou mais recente mudar no futuro, você deverá atualizar as informações. Elas não serão atualizadas automaticamente.
**Importante**  
Se o parâmetro de versão do modelo de execução for `$Default` ou `$Latest`, a versão padrão ou mais recente do modelo de execução especificado será avaliada durante uma atualização de infraestrutura. Se uma ID de AMI diferente for selecionada por padrão ou se a versão mais recente do modelo de execução for selecionada, essa ID de AMI será usada na atualização. Para obter mais informações, consulte [Seleção da AMI durante atualizações de infraestrutura](infrastructure-updates.md#updating-compute-environments-ami).

      1. (Opcional) Em **Modelo de execução de substituição**, escolha **Adicionar modelo de execução de substituição**.

         1. (Opcional) Em **Modelo de execução**, selecione um modelo de execução existente do Amazon EC2 para usar em tipos e famílias de instâncias específicos.

         1. (Opcional) Em **Versão padrão**, insira um número de versão específico para ser usado, `$Default` ou `$Latest`.
**nota**  
Se você usar a variável `$Default` ou `$Latest`, o AWS Batch aplicará as informações atuais no momento em que o ambiente computacional for criado. Se a versão padrão ou a versão mais recente forem alteradas no futuro, você deverá atualizar as informações por meio do - [UpdateComputeEnvironment](https://docs.aws.amazon.com/batch/latest/APIReference/API_UpdateComputeEnvironment.html)ou por meio do Console de gerenciamento da AWS - AWS Batch.

         1. (Opcional) Para **Tipos de instância de destino**, selecione o tipo de instância ou a família à qual você deseja aplicar o modelo de execução de substituição. 
**nota**  
Se você especificar um modelo de execução de substituição, os **Tipos de instância de destino** serão obrigatórios. Para obter mais informações, consulte [LaunchTemplateSpecificationOverride. targetInstanceTypes](https://docs.aws.amazon.com/batch/latest/APIReference/API_LaunchTemplateSpecificationOverride.html#Batch-Type-LaunchTemplateSpecificationOverride-targetInstanceTypes).
**nota**  
Se o tipo de instância ou a família que você deseja selecionar não aparecer nessa lista, revise as seleções feitas em `Allowed instance types`.

   1. Escolha **Próximo**.

1. Na seção **Configuração de rede**:
**Importante**  
Recursos de computação precisam de acesso para se comunicar com o endpoint de serviço do Amazon ECS. Isso pode ser feito por meio de uma interface do endpoint da VPC ou por meio dos das instâncias de contêiner que tenham endereços IP públicos.  
Para obter mais informações sobre endpoints da VPC de interface, consulte [Endpoints da VPC de interface do Amazon ECS (AWS PrivateLink)](https://docs.aws.amazon.com/AmazonECS/latest/developerguide/vpc-endpoints.html) no *Manual do Desenvolvedor do Amazon Elastic Container Service*.  
Se você não tiver um endpoint da VPC de interface configurado e seus das instâncias de contêiner não tiverem endereços IP públicos, eles deverão usar a conversão de endereço de rede (NAT) para fornecer esse acesso. Para obter mais informações, consulte [Gateways NAT](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-nat-gateway.html) no *Guia do usuário da Amazon VPC*. Para obter mais informações, consulte [Crie uma VPC](create-a-vpc.md).

   1. Em **Virtual Private Cloud (VPC) ID (Nuvem Privada Virtual Private Cloud)**, escolha uma VPC na qual executar suas 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 EC2 oferece suporte a Locais Zones. Para obter mais informações, consulte [ Zonas Locais](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-regions-availability-zones.html?icmpid=docs_ec2_console#concepts-local-zones) no *Guia do usuário do Amazon EC2* e [Clusters do Amazon ECS en zonas locais, zonas do Wavelength, e AWS Outposts](https://docs.aws.amazon.com/AmazonECS/latest/developerguide/cluster-regions-zones.html#clusters-local-zones) no *Guia do desenvolvedor do Amazon Elastic Container Service*.

   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.
**nota**  
Nota: se você usar uma variável de substituição (\$1Default ou \$1Latest), será aplicado o número da versão padrão atual ou o número da versão mais recente no momento em que essa configuração for salva. Se a versão padrão ou mais recente mudar no futuro, você deverá atualizar as informações. Elas não serão atualizadas automaticamente.

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.**