Instâncias do Amazon EC2 para seu ambiente do Elastic Beanstalk

Quando você cria um ambiente de servidor Web, o AWS Elastic Beanstalk cria uma ou mais máquinas virtuais do Amazon Elastic Compute Cloud (Amazon EC2), conhecidas como instâncias.

As instâncias em seu ambiente são configuradas para executar aplicativos web na plataforma de sua preferência. Você pode fazer alterações em várias propriedades e comportamentos das instâncias do seu ambiente ao criar o ambiente ou depois que ele já estiver em execução. Ou, você já pode fazer essas alterações modificando o código-fonte que implanta no ambiente. Para obter mais informações, consulte Opções de configuração.

nota

O grupo de Auto Scaling no ambiente gerencia as instâncias do Amazon EC2 que executam a aplicação. Quando você faz alterações de configuração descritas nesta página, a configuração de execução também é alterada. A configuração de execução é um modelo de lançamento da Amazon EC2 ou um recurso de configuração de execução do grupo do Auto Scaling. Essa alteração requer a substituição de todas as instâncias. Ele também aciona uma atualização contínua ou atualização imutável, dependendo de qual delas está configurada.

O Elastic Beanstalk é compatível com várias opções de compra de instâncias: Instâncias sob demanda, Instâncias reservadas e Instâncias spot do Amazon EC2. Uma instância sob demanda é um pay-as-you-go recurso. Não é necessário um compromisso de longo prazo quando você a usa. Uma instância reservada é um desconto de faturamento pré-compra, aplicado automaticamente às instâncias sob demanda correspondentes em seu ambiente. Uma instância spot é uma instância do Amazon EC2 não utilizada que está disponível por um valor mais baixo que o preço sob demanda. Você pode habilitar instâncias spot em seu ambiente definindo uma única opção. Você pode configurar o uso de instância spot, incluindo a combinação de instâncias sob demanda e spot, usando opções adicionais. Para obter mais informações, consulte Grupo de Auto Scaling.

Seções

• Tipos de instância do Amazon EC2
• Configurar instâncias do Amazon EC2 para seu ambiente
• Configurar instâncias do EC2 da AWS para seu ambiente usando a AWS CLI
• Recomendações para ambientes de primeiro grupo Graviton arm64
• O namespace aws:autoscaling:launchconfiguration.
• Configurar o serviço de metadados da instância nas instâncias do ambiente

Tipos de instância do Amazon EC2

Quando você cria um novo ambiente, o Elastic Beanstalk provisiona instâncias do Amazon EC2 baseadas nos tipos de instância do Amazon EC2 que você escolher. O tipo de instância escolhido determina o hardware do host que executa suas instâncias. Os tipos de instância do EC2 podem ser categorizados por qual arquitetura de processador cada um se baseia. O Elastic Beanstalk é compatível com tipos de instância com base na seguinte arquitetura de processador: Arquitetura Arm Graviton da AWS de 64 bits (arm64), arquitetura de 64 bits (x86) e arquitetura de 32 bits (i386). O Elastic Beanstalk seleciona a arquitetura do processador x86 por padrão quando você cria um novo ambiente.

nota

A arquitetura i386 de 32 bits não é mais compatível com a maioria das plataformas do Elastic Beanstalk. Então recomendamos que você escolha os tipos de arquitetura x86 ou arm64. O Elastic Beanstalk fornece Opções de configuração para o tipo de instância do processador i386 no namespace da aws:ec2:instances.

Todos os tipos de instância na configuração de um determinado ambiente do Elastic Beanstalk devem ter o mesmo tipo de arquitetura de processador. Suponha que você adicione um novo tipo de instância a um ambiente existente que já tenha um tipo de instância t2.medium, que é baseado na arquitetura x86. Você só pode adicionar outro tipo de instância da mesma arquitetura, como t2.small. Se você quiser substituir os tipos de instância existentes por aqueles de uma arquitetura diferente, você pode fazer isso. Mas certifique-se de que todos os tipos de instância no comando sejam baseados no mesmo tipo de arquitetura.

O Elastic Beanstalk adiciona regularmente suporte para novos tipos de instância compatíveis depois que são apresentados pelo Amazon EC2. Para obter mais informações sobre o tipo de instância disponível, consulte tipo de instância, no Guida do usuário do Amazon EC2 para instâncias do Linux ou tipos de instância no Guia do usuário do Amazon EC2 para instâncias do Windows.

nota

O Elastic Beanstalk agora é compatível com Graviton em todas as plataformas mais recentes do Amazon Linux 2 em todas as regiões da AWS compatíveis com Graviton. Para obter mais informações sobre como criar um ambiente do Elastic Beanstalk com tipos de instâncias baseados em arm64, consulte Configurar instâncias do Amazon EC2 para seu ambiente.

Crie novos ambientes que executam instâncias do Amazon EC2 na arquitetura arm64 e migre suas aplicações para lá com as opções de implantação no Elastic Beanstalk.

Para saber mais sobre os processadores baseados em Graviton arm64, consulte estes recursos da AWS:

• Benefícios – O Processador Graviton da AWS

• Introdução e outros tópicos, como considerações específicas do idioma — Artigo sobre como começar a usar o Graviton AWS GitHub

Configurar instâncias do Amazon EC2 para seu ambiente

Você pode criar ou modificar a configuração da instância do Amazon EC2 do ambiente do Elastic Beanstalk no console do Elastic Beanstalk.

nota

Embora o console do Elastic Beanstalk não ofereça a opção de alterar a arquitetura do processador de um ambiente existente, você pode fazer isso com o. AWS CLI Por exemplo, comandos, consulteConfigurar instâncias do EC2 da AWS para seu ambiente usando a AWS CLI.

Como configurar instâncias do Amazon EC2 no console do Elastic Beanstalk durante a criação de ambientes:

1. Abra o console do Elastic Beanstalk e, na lista Regions (Regiões), selecione a sua Região da AWS.

2. No painel de navegação, escolha Ambientes.

3. Escolha Create a new environment (Criar um ambiente) para começar a criar seu ambiente.

4. Na página principal do assistente, antes de escolher Create environment, escolha Configure more options.

5. Na categoria de configuração Instances (Instâncias), escolha Edit (Editar). Faça alterações nas configurações dessa categoria e escolha Apply (Aplicar). Para obter descrições de configuração, consulte a seção Configurações de categoria de instâncias nesta página.

6. Na categoria de configuração Capacity (Capacidade), escolha Edit (Editar). Faça alterações nas configurações dessa categoria e escolha Continue (Continuar). Para obter descrições de configuração, consulte a seção Configurações da categoria de capacidade nesta página.

   Selecione a arquitetura do processador.

   Role para baixo até Processador para selecionar uma arquitetura de processador para suas instâncias do EC2. O console lista as arquiteturas de processador compatíveis com a plataforma que você escolheu anteriormente no painel Criar ambiente.

   Se não encontrar a arquitetura do processador que você precisa, volte à lista de categorias de configuração da lista para selecionar uma plataforma compatível com ela. No painel Modificar capacidade, escolha Cancelar. Em seguida, escolha Alterar a versão da plataforma para escolher novas configurações de plataforma. Em seguida, na categoria de configuração Capacidade, escolha Editar para ver as opções de arquitetura de processador novamente.

   

7. Escolha Save e, em seguida, faça as outras alterações de configuração de acordo com seu ambiente.

8. Selecione Create environment (Criar ambiente).

Como configurar um ambiente de execução para instâncias do Amazon EC2 no console do Elastic Beanstalk:

1. Abra o console do Elastic Beanstalk e, na lista Regions (Regiões), selecione a sua Região da AWS.

2. No painel de navegação, selecione Ambientes e selecione o nome do ambiente na lista.

   nota

   Se você tiver muitos ambientes, use a barra de pesquisa para filtrar a lista de ambientes.

3. No painel de navegação, escolha Configuration (Configuração).

4. Na categoria de configuração Instances (Instâncias), escolha Edit (Editar). Faça alterações nas configurações dessa categoria e escolha Apply (Aplicar). Para obter descrições de configuração, consulte a seção Configurações de categoria de instâncias nesta página.

5. Na categoria de configuração Capacity (Capacidade), escolha Edit (Editar). Faça alterações nas configurações dessa categoria e escolha Continue (Continuar). Para obter descrições de configuração, consulte a seção Configurações da categoria de capacidade nesta página.

Configurações de categoria de instâncias

As configurações a seguir, relacionadas a instâncias do Amazon EC2, estão disponíveis na categoria de configuração Instances (Instâncias).

Intervalo de monitoramento

Por padrão, as instâncias em seu ambiente publicam métricas básicas de saúde CloudWatch na Amazon em intervalos de cinco minutos, sem custo adicional.

Para obter relatórios mais detalhados, você pode definir o intervalo de monitoramento como 1 minuto para aumentar a frequência com que os recursos em seu ambiente publicam métricas básicas de CloudWatch saúde. CloudWatch as taxas de serviço se aplicam a métricas de intervalo de um minuto. Para obter mais informações, consulte Amazon CloudWatch.

Volume raiz (dispositivo de inicialização)

Cada instância do ambiente é configurado com um volume raiz. O volume raiz é o dispositivo de blocos do Amazon EBS anexado à instância para armazenar o sistema operacional, as bibliotecas, os scripts e o código-fonte da aplicação. Por padrão, todas as plataformas usam dispositivos de blocos SSD de uso geral para armazenamento.

Você pode modificar o Root volume type (Tipo de volume raiz) para usar armazenamento magnético ou tipos de volume SSD de IOPS provisionadas e, se necessário, aumentar o tamanho do volume. Para os volumes de IOPS provisionadas, selecione também o número de IOPS a provisionar. O throughput só é aplicável a tipos de volume gp3 SSD. Você pode inserir o throughput desejado para provisionamento. Ela pode variar entre 125 a 1000 mebibytes por segundo (MiB/s). Selecione o tipo de volume que atenda aos seus requisitos de performance e preço.

Para obter mais informações, consulte Tipos de volume do Amazon EBS no Guia do usuário do Amazon EC2 para instâncias do Linux e Detalhes do produto Amazon EBS.

Serviço de metadados da instância

O serviço de metadados da instância (IMDS) é um componente na instância que o código na instância usa para acessar metadados da instância com segurança. O código pode acessar metadados de instância em uma instância em execução usando um dos seguintes métodos: Eles são o serviço de metadados da instância Versão 1 (IMDSv1) ou serviço de metadados da instância Versão 2 (IMDSv2). O IMDSv2 é mais seguro. Desabilite o IMDSv1 para aplicar o IMDSv2. Para ter mais informações, consulte Configurar o serviço de metadados da instância nas instâncias do ambiente.

nota

A seção do IMDS nesta página de configuração aparecem apenas para as versões de plataforma que são compatíveis com IMDSv2.

Grupos de segurança

Os grupos de segurança anexados a suas instâncias determinam qual tráfego tem permissão para chegar às instâncias. Eles também determinam qual tráfego tem permissão para sair das instâncias. O Elastic Beanstalk cria um grupo de segurança que permite tráfego do balanceador de carga nas portas padrão para HTTP (80) e HTTPS (443).

Você pode especificar os grupos de segurança adicionais que você tenha criado para permitir o tráfego em outras portas ou de outras fontes. Por exemplo, você pode criar um grupo de segurança para acessar SSH que permita o tráfego de entrada na porta 22 a partir de um intervalo restrito de endereços IP. Caso contrário, para segurança adicional, crie um que permita tráfego de um host bastion ao qual somente você pode acessar.

nota

Para permitir tráfego entre as instâncias do ambiente A e as instâncias do ambiente B, você pode adicionar uma regra ao grupo de segurança que o Elastic Beanstalk anexou ao ambiente B. Depois, você pode especificar o grupo de segurança que o Elastic Beanstalk anexou ao ambiente A. Isso permite tráfego de entrada e tráfego de saída nas instâncias do ambiente A. No entanto, isso cria uma dependência entre os dois grupos de segurança. Se mais tarde você tentar encerrar o ambiente A, o Elastic Beanstalk não poderá excluir o grupo de segurança do ambiente, pois o grupo de segurança do ambiente B depende dele.

Por isso, recomendamos primeiro criar um grupo de segurança separado. Depois, anexe-o ao ambiente A e especifique-o em uma regra do grupo de segurança do ambiente B.

Para obter mais informações sobre os grupos de segurança do Amazon EC2, consulte Grupos de segurança do Amazon EC2 no Guia do usuário do Amazon EC2 para instâncias do Linux.

Configurações da categoria de capacidade

As configurações a seguir, relacionadas a instâncias do Amazon EC2, estão disponíveis na categoria de configuração Capacity (Capacidade).

Opções

• Tipos de instância
• ID de AMI

Tipos de instância

A configuração de tipos de instância determina o tipo de instância do Amazon EC2 iniciada para executar sua aplicação. Esta página de configuração mostra uma lista de Tipos de instância. Você pode selecionar um ou mais tipo de instância. O console do Elastic Beanstalk exibe apenas os tipos de instância com base na arquitetura do processador configurada para seu ambiente. Portanto, você só pode adicionar tipos de instância da mesma arquitetura de processador.

nota

Embora o console do Elastic Beanstalk não ofereça a opção de alterar a arquitetura do processador de um ambiente existente, você pode fazer isso com o. AWS CLI Por exemplo, comandos, consulteConfigurar instâncias do EC2 da AWS para seu ambiente usando a AWS CLI.

Escolha uma instância com capacidade suficiente para executar sua aplicação sob carga, mas não com tanta capacidade que ela fique ociosa a maior parte do tempo. Para fins de desenvolvimento, a família t2 de instâncias fornece poder de processamento moderado com capacidade de intermitência por curtos períodos de tempo. Para aplicações de alta disponibilidade e grande escala, use um grupo de instâncias para garantir que a capacidade não seja afetada significativamente se uma instância parar de funcionar. Comece com um tipo de instância que permita executar cinco instâncias com carga moderada durante o horário normal. Se alguma instância falhar, as demais poderão absorver o restante do tráfego. O buffer de capacidade também permite tempo para o ambiente expandir conforme o tráfego começa a subir durante horários de pico.

Para obter mais informações sobre as famílias e os tipos de instância do Amazon EC2, consulte Tipos de instância, no Guia do usuário do Amazon EC2 para instâncias do Linux ou Tipos de instância no Guia do usuário do Amazon EC2 para instâncias do Windows. Para determinar quais tipos de instâncias disponíveis atendem aos seus requisitos e quais as regiões suportadas, consulte Tipos de instância no Guia do usuário do Amazon EC2 para instâncias do Linux ou Tipos de instância disponíveis no Guia do usuário do Amazon EC2 para instâncias do Windows.

ID de AMI

A imagem de máquina da Amazon (AMI) é a imagem de máquina do Amazon Linux ou do Windows Server que o Elastic Beanstalk usa para iniciar instâncias do Amazon EC2 no ambiente. O Elastic Beanstalk fornece imagens de máquinas que contêm as ferramentas e os recursos necessários para executar a aplicação.

O Elastic Beanstalk seleciona uma AMI padrão para o ambiente com base na região, versão da plataforma e arquitetura do processador escolhida. Se você tiver criado uma AMI personalizada, substitua o ID padrão da AMI pelo seu próprio padrão personalizado.

Configurar instâncias do EC2 da AWS para seu ambiente usando a AWS CLI

Usar a Interface de linha de comando da AWS (AWS CLI) para criar e configurar ambientes do Elastic Beanstalk usando comandos no shell da linha de comando. Esta seção fornece exemplos de comandos create-environment e update-environment

Os dois primeiros exemplos criam um novo ambiente. O comando especifica um tipo de instâncias do Amazon EC2, t4g.small, baseado na arquitetura do processador arm64. O Elastic Beanstalk usa como padrão a ID de imagem (AMI) para as instâncias do EC2 com base na região, na versão da plataforma e no tipo de instância. O tipo de instância corresponde a uma arquitetura de processador. O parâmetro solution-stack-name se aplica à versão da plataforma.

exemplo 1 – criar um novo ambiente baseado em arm64 (opções de namespace inline)

aws elasticbeanstalk create-environment \
--region us-east-1 \
--application-name my-app \
--environment-name my-env \
--solution-stack-name "64bit Amazon Linux 2 v3.4.7 running Docker" \
--option-settings \
Namespace=aws:autoscaling:launchconfiguration,OptionName=IamInstanceProfile,Value=aws-elasticbeanstalk-ec2-role \
Namespace=aws:ec2:instances,OptionName=InstanceTypes,Value=t4g.small

Outra opção é usar um arquivo options.json para especificar as opções de namespace em vez de incluí-las inline.

exemplo 2 – criar um novo ambiente baseado em arm64 (opções de namespace no arquivo options.json)

aws elasticbeanstalk create-environment \
--region us-east-1 \
--application-name my-app \
--environment-name my-env \
--solution-stack-name "64bit Amazon Linux 2 v3.4.7 running Docker" \
--option-settings file://options.json

### example options.json ###
[
  {
    "Namespace": "aws:autoscaling:launchconfiguration",
    "OptionName": "IamInstanceProfile",
    "Value": "aws-elasticbeanstalk-ec2-role"
  },
  {
    "Namespace": "aws:ec2:instances",
    "OptionName": "InstanceTypes",
    "Value": "t4g.small"
  }
]

Os próximos dois exemplos atualizam a configuração de um ambiente existente com o comando update-environment. Neste exemplo, estamos adicionando outro tipo de instância que também se baseia na arquitetura do processador arm64. Para ambientes existentes, todos os tipos de instância adicionados devem ter a mesma arquitetura de processador. Se você quiser substituir os tipos de instância existentes por aqueles de uma arquitetura diferente, você pode fazer isso. Mas certifique-se de que todos os tipos de instância no comando tenham o mesmo tipo de arquitetura.

exemplo 3 – atualize um ambiente baseado em arm64 existente (opções de namespace inline)

aws elasticbeanstalk update-environment \
--region us-east-1 \
--application-name my-app \
--environment-name my-env \
--solution-stack-name "64bit Amazon Linux 2 v3.4.7 running Docker" \
--option-settings \
Namespace=aws:autoscaling:launchconfiguration,OptionName=IamInstanceProfile,Value=aws-elasticbeanstalk-ec2-role \
Namespace=aws:ec2:instances,OptionName=InstanceTypes,Value=t4g.small,t4g.micro

Outra opção é usar um arquivo options.json para especificar as opções de namespace em vez de incluí-las inline.

exemplo 4 – atualize um ambiente baseado em arm64 existente (opções de namespace no arquivo options.json)

aws elasticbeanstalk update-environment \
--region us-east-1 \
--application-name my-app \
--environment-name my-env \
--solution-stack-name "64bit Amazon Linux 2 v3.4.7 running Docker" \
--option-settings file://options.json

### example options.json ###
[
  {
    "Namespace": "aws:autoscaling:launchconfiguration",
    "OptionName": "IamInstanceProfile",
    "Value": "aws-elasticbeanstalk-ec2-role"
  },
  {
    "Namespace": "aws:ec2:instances",
    "OptionName": "InstanceTypes",
    "Value": "t4g.small, t4g.micro"
  }
]

Os próximos dois exemplos mostram mais comandos de create-environment Esses exemplos não fornecem valores para InstanceTypes. Quando valores InstanceTypes não são especificados, o Elastic Beanstalk usa como padrão a arquitetura de processador baseada em x86. A ID de imagem (AMI) para as instâncias do EC2 do ambiente será padrão de acordo com a Região, a versão da plataforma e o tipo de instância padrão. O tipo de instância corresponde a uma arquitetura de processador.

exemplo 5 – criar um novo ambiente baseado em x86 (opções de namespace inline)

aws elasticbeanstalk create-environment \
--region us-east-1 \
--application-name my-app \
--environment-name my-env \
--solution-stack-name "64bit Amazon Linux 2 v3.4.7 running Docker" \
--option-settings \
Namespace=aws:autoscaling:launchconfiguration,OptionName=IamInstanceProfile,Value=aws-elasticbeanstalk-ec2-role

Outra opção é usar um arquivo options.json para especificar as opções de namespace em vez de incluí-las inline.

exemplo 6 – criar um novo ambiente baseado em x86 (opções de namespace no arquivo options.json)

aws elasticbeanstalk create-environment \
--region us-east-1 \
--application-name my-app \
--environment-name my-env \
--solution-stack-name "64bit Amazon Linux 2 v3.4.7 running Docker" \
--option-settings file://options.json

### example options.json ###
[
  {
    "Namespace": "aws:autoscaling:launchconfiguration",
    "OptionName": "IamInstanceProfile",
    "Value": "aws-elasticbeanstalk-ec2-role"
  }
]

Recomendações para ambientes de primeiro grupo Graviton arm64

nota

Esta seção só se aplica a um subconjunto de clientes. Se você criou um novo ambiente com os tipos de instância baseados no Graviton arm64 antes de 24 de novembro de 2021, as informações nesta seção talvez se apliquem a você.

Ações recomendadas para ambientes de primeiro grupo Graviton arm64

A partir de outubro e novembro de 2021, o Elastic Beanstalk começou a adicionar grupos de suporte para processadores Graviton arm64 em algumas regiões e para algumas versões da plataforma. Esse primeiro grupo foi anunciado nas Notas de Release do AWS Elastic Beanstalk de 13 de outubro, 21 de outubro e 19 de novembro de 2021. Se você criou ambientes baseados em arm64, as instruções informaram para configurar a instância com AMIs personalizadas fornecidas nas notas de release. Agora que o suporte aprimorado para Graviton arm64 está disponível, o Elastic Beanstalk usa como padrão as AMIs para os tipos de instância arm64 nas versões mais recentes da plataforma.

Se você criou ambientes com a AMIs personalizadas fornecidas nas releases do primeiro grupo, recomendamos que você faça o seguinte para manter um ambiente saudável e funcional.

1. Remova as AMIs personalizadas do seu ambiente.

2. Atualize o ambiente para a versão mais recente da plataforma.

3. Configure as atualizações de plataforma gerenciada para fazer upgrade automaticamente para a versão mais recente da plataforma durante uma janela de manutenção programada.

nota

O Elastic Beanstalk não substituirá automaticamente as AMIs personalizadas. Você deve excluir as AMIs personalizadas na Etapa 1, para que a próxima atualização da plataforma na Etapa 2 as atualize.

O procedimento a seguir orienta você por essas etapas. O exemplos da AWS CLI se aplicam a um ambiente que foi criado com as informações a seguir.

aws elasticbeanstalk create-environment \
--region us-east-1 \
--application-name my-app \
--environment-name my-env \
--solution-stack-name "64bit Amazon Linux 2 v3.4.7 running Docker" \
--option-settings \
Namespace=aws:autoscaling:launchconfiguration,OptionName=IamInstanceProfile,Value=aws-elasticbeanstalk-ec2-role \
Namespace=aws:ec2:instances,OptionName=InstanceTypes,Value=t4g.small \
Namespace=aws:autoscaling:launchconfiguration,OptionName=ImageId,Value=ami-0fbdb88ce139244bf

Como atualizar ambientes arm64 criados no primeiro grupo de suporte do Graviton arm64

1. Execute update-environment para remover as configurações de AMIs personalizadas.

   aws elasticbeanstalk update-environment \
   --region us-east-1 \
   --environment-name my-env \
   --options-to-remove \
   Namespace=aws:autoscaling:launchconfiguration,OptionName=ImageId

2. Atualize o ambiente para a versão mais recente da plataforma. Escolha uma das seguintes opções.

   • Opção de console: use o console do Elastic Beanstalk para atualizar a versão da plataforma. Para obter mais informações, consulte Atualizar a versão da plataforma do seu ambiente.

   • Opção da AWS CLI: execute o comando update-environment da AWS, especificando a versão da plataforma disponível mais recente.

     aws elasticbeanstalk update-environment \
     --region us-east-1 \
     --environment-name my-env \
     --solution-stack-name "64bit Amazon Linux 2 v3.4.9 running Docker"

     nota

     O list-available-solution-stackscomando fornece uma lista das versões da plataforma disponíveis para sua conta em uma AWS região.

     aws elasticbeanstalk list-available-solution-stacks --region us-east-1 --query SolutionStacks

3. Use o console do Elastic Beanstalk para configurar atualizações de plataforma gerenciada para seu ambiente. As atualizações da plataforma gerenciada fazem upgrade automaticamente do seu ambiente para a versão mais recente da plataforma durante uma janela de manutenção programada. Sua aplicação permanece em serviço durante o processo de atualização. Para obter mais informações, consulte atualizações da plataforma gerenciada.

O namespace aws:autoscaling:launchconfiguration.

Você pode usar as opções de configuração no namespace aws:autoscaling:launchconfiguration para configurar as instâncias para o seu ambiente, inclusive opções adicionais que não estão disponíveis no console.

O exemplo de arquivo de configuração a seguir usa as opções de configuração básicas que são mostradas neste tópico. Por exemplo, ele usa a opção DisableIMDSv1, que é discutida em IMDS. Ele também usa as opções EC2KeyName e IamInstanceProfile, discutidas em Segurança, e a opção BlockDeviceMappings, que não está disponível no console.

option_settings:
  aws:autoscaling:launchconfiguration:
    SecurityGroups: my-securitygroup
    MonitoringInterval: "1 minute"
    DisableIMDSv1: false
    EC2KeyName: my-keypair
    IamInstanceProfile: "aws-elasticbeanstalk-ec2-role"
    BlockDeviceMappings: "/dev/sdj=:100,/dev/sdh=snap-51eef269,/dev/sdb=ephemeral0"

Você pode usar BlockDeviceMappings para configurar dispositivos de blocos adicionais para as instâncias. Para obter mais informações, consulte Mapeamento de dispositivos de blocos no Guia do usuário do Amazon EC2 para instâncias Linux.

A CLI do EB e o console do Elastic Beanstalk aplicam os valores recomendados para as opções anteriores. Se quiser usar arquivos de configuração para definir a mesma coisa, você precisa remover essas configurações. Para mais detalhes, consulte Valores recomendados.