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á.
Recurso: modelo de ambiente de computação
O exemplo a seguir mostra um Modelo do Ambiente de Computação vazio. Você pode usar esse modelo para criar seu ambiente computacional que pode ser salvo em um arquivo e usado com a AWS CLI --cli-input-json opção. Para obter mais informações sobre esses parâmetros, consulte CreateComputeEnvironmenta Referência AWS Batch da API.
Antes de criar um ambiente computacional gerenciado do Amazon EC2, verifique se você tem os seguintes pré-requisitos em vigor. Esses pré-requisitos se aplicam quando o type campo é definido como. MANAGED
-
Grupo de segurança — Seus recursos computacionais exigem um grupo de segurança que permita tráfego de saída para que as instâncias possam se comunicar com o endpoint do serviço Amazon ECS e extrair imagens de contêineres. Para obter mais informações, consulte Criar um grupo de segurança.
-
Funções do IAM — AWS Batch requer uma função de instância do Amazon ECS que permita que instâncias de contêiner façam chamadas de AWS API em seu nome. Para obter mais informações, consulte Perfil de instância do Amazon ECS e Usando funções vinculadas a serviços para AWS Batch.
nota
O
instanceRolecampo aceita um ARN de perfil de instância, não um ARN de função. O formato éarn:aws:iam::.account_id:instance-profile/ecsInstanceRole -
Acesso à rede — os recursos computacionais devem ser capazes de alcançar o endpoint do serviço Amazon ECS. Se suas instâncias estiverem em uma sub-rede privada sem um endereço IP público, você poderá usar um gateway NAT ou endpoints de interface Amazon VPC. Para obter mais informações, consulte Use um endpoint de interface para acessar AWS Batch.
nota
Você pode gerar um modelo de ambiente computacional com o AWS CLI comando a seguir.
$aws batch create-compute-environment --generate-cli-skeleton
Importante
Os ambientes computacionais devem ser criados no ENABLED estado.
O exemplo a seguir mostra um modelo básico para um ambiente computacional gerenciado do Amazon EC2. O computeResources bloqueio é necessário quando type éMANAGED.
{ "computeEnvironmentName": "", "type": "MANAGED", "state": "ENABLED", "computeResources": { "type": "EC2", "allocationStrategy": "BEST_FIT_PROGRESSIVE", "minvCpus": 0, "maxvCpus": 16, "desiredvCpus": 0, "instanceTypes": [ "default_arm64" ], "subnets": [ "subnet-a1b2c3d4" ], "securityGroupIds": [ "sg-a1b2c3d4" ], "instanceRole": "arn:aws:iam::123456789012:instance-profile/ecsInstanceRole", "tags": { "KeyName": "" }, "launchTemplate": { "launchTemplateId": "", "version": "$Default" }, "ec2Configuration": [ { "imageType": "ECS_AL2023" } ] }, "serviceRole": "", "tags": { "KeyName": "" } }
O exemplo a seguir mostra um modelo básico para um ambiente computacional não gerenciado do Amazon EC2. O computeResources bloco não é usado para ambientes UNMANAGED computacionais e deve ser omitido.
{ "computeEnvironmentName": "", "type": "UNMANAGED", "state": "ENABLED", "unmanagedvCpus": 0, "serviceRole": "", "tags": { "KeyName": "" } }