View a markdown version of this page

Saiba mais sobre as instâncias gerenciadas do modo automático do Amazon EKS - Amazon EKS
Tabela de comparaçãoVisibilidade de recursos gerenciadosReferência de instâncias compatíveis com o Modo automático do EKSServiço de metadados da instânciaConsiderações

Ajudar a melhorar esta página

Para contribuir com este guia de usuário, escolha o link Editar esta página no GitHub, disponível no painel direito de cada página.

Saiba mais sobre as instâncias gerenciadas do modo automático do Amazon EKS

Este tópico explica como o Modo automático do Amazon EKS gerencia as instâncias do Amazon EC2 no cluster de EKS. Quando você habilita o Modo automático do EKS, os recursos computacionais do cluster são automaticamente provisionados e gerenciados pelo EKS, mudando a forma como você interage com as instâncias do EC2 que servem como nós no cluster.

Entender como o Modo automático do Amazon EKS gerencia as instâncias é essencial para planejar a estratégia de implantação de workloads e procedimentos operacionais. Diferentemente das instâncias do EC2 tradicionais ou dos grupos de nós gerenciados, essas instâncias seguem um modelo de ciclo de vida diferente, em que o EKS assume a responsabilidade por muitos aspectos operacionais, ao mesmo tempo em que restringe certos tipos de acesso e personalização.

O Modo automático do Amazon EKS automatiza tarefas de rotina para criar novas instâncias do EC2 e as anexa como nós ao cluster de EKS. O Modo automático do EKS detecta quando uma workload não cabe nos nós existentes e cria uma instância do EC2.

O Modo automático do Amazon EKS é responsável por criar, excluir e aplicar patches em instâncias do EC2. Você é responsável pelos contêineres e pods implantados na instância.

As instâncias do EC2 criadas pelo Modo automático do EKS são diferentes das outras instâncias do EC2. Elas são instâncias gerenciadas. Essas instâncias gerenciadas são de propriedade do EKS e são mais restritas. Você não pode acessar diretamente ou instalar software em instâncias gerenciadas pelo Modo automático do EKS.

A AWS sugere executar o Modo automático do EKS ou o Karpenter autogerenciado. É possível instalar ambos durante uma migração ou em uma configuração avançada. Se você tiver ambos instalados, configure os grupos de nós para que as workloads sejam associadas ao Karpenter ou ao Modo automático do EKS.

Para obter mais informações, consulte Amazon EC2 managed instance no Guia do usuário do Amazon EC2.

Tabela de comparação

Instância padrão do EC2 Instância gerenciada do Modo automático do EKS

Você é responsável por aplicar patches e atualizar a instância.

A AWS aplica patches e atualiza automaticamente a instância.

O EKS não é responsável pelo software na instância.

O EKS é responsável por determinados softwares na instância, como kubelet, o runtime do contêiner e o sistema operacional.

É possível excluir a instância do EC2 usando a API do EC2.

O EKS determina o número de instâncias implantadas na conta. Se você excluir uma workload, o EKS reduzirá o número de instâncias na conta.

É possível usar o SSH para acessar a instância do EC2.

É possível implantar pods e contêineres na instância gerenciada.

Você determina o sistema operacional e a imagem (AMI).

A AWS determina o sistema operacional e a imagem.

É possível implantar workloads que dependam da funcionalidade do Windows ou do Ubuntu.

É possível implantar contêineres baseados em Linux, mas sem dependências específicas do sistema operacional.

Você determina qual família e tipo de instância executar.

A AWS determina qual família e tipo de instância executar. É possível usar um grupo de nós para limitar os tipos de instância selecionados pelo Modo automático do EKS.

A seguinte funcionalidade funciona tanto para instâncias gerenciadas quanto para instâncias padrão do EC2:

  • É possível usar o armazenamento de instâncias como armazenamento efêmero para workloads.

Compatibilidade com a AMI

Com o Modo automático do EKS, a AWS determina a imagem (AMI) usada para seus nós de computação. A AWS monitora o lançamento das novas versões de AMIs do Modo automático do EKS. Se você tiver problemas com as workloads relacionados a uma versão de AMI, crie um caso de suporte. Para obter mais informações, consulte Creating support cases and case management no Guia do usuário do AWS Support.

Geralmente, o EKS lança uma nova AMI toda semana contendo um CVE e correções de segurança.

Visibilidade de recursos gerenciados

nota

A partir de 22 de abril de 2026, as novas instâncias gerenciadas do Amazon EC2 e os recursos associados, por exemplo, modelos de inicialização do EC2, volumes do EBS e interfaces de rede (ENIs), criados pelo Modo Automático do EKS, por padrão, não aparecem nas visões do console do EC2 nem nas operações de API de listagem describe. Os recursos gerenciados que já existiam na sua conta antes dessa data permanecem visíveis. Você pode alterar esse comportamento usando as configurações de visibilidade de recursos gerenciados.

O Amazon EC2 fornece configurações de visibilidade de recursos gerenciados que controlam se os recursos gerenciados aparecem nas visões do console do EC2 e nas operações de API de listagem, como DescribeInstances.

Quando os recursos gerenciados estão ocultos, as instâncias gerenciadas do Modo Automático do EKS e seus recursos associados (volumes do EBS, modelos de inicialização e interfaces de rede) não aparecem no console do EC2 nem nas respostas à API describe. Isso pode simplificar os painéis de governança, reduzir o ruído nas ferramentas de observabilidade e evitar falsos positivos em scanners de gerenciamento de postura de segurança (CSPM) na nuvem que sinalizam recursos gerenciados como erros de configurações do cliente.

As configurações de visibilidade são aplicadas em toda a conta, a todas as entidades principais do IAM. Não é possível mostrar ou ocultar seletivamente os recursos gerenciados por tipo de recurso ou pelo serviço que os criou. Os recursos ocultos permanecem totalmente operacionais e faturáveis.

Você pode alterar as configurações de visibilidade a qualquer momento no console do Amazon EC2 ou na AWS CLI. Para saber mais, consulte Configurações de visibilidade de recursos gerenciados no Guia do usuário do Amazon EC2.

nota

Mesmo quando os recursos gerenciados não aparecem nas visões do console do EC2 e nas APIs de lista, você pode visualizar as instâncias do Modo Automático do EKS por meio de:

  • O console do Amazon EKS, na guia Computar do cluster.

  • APIs do Kubernetes (por exemplo, kubectl get nodes).

  • Consultas diretas de API do EC2 por ID de instância (por exemplo, describe-instances --instance-ids i-0123456789abcdef0).

  • A API DescribeInstances com o parâmetro include-managed-resources.

  • O console do EC2, depois de alterar a configuração de visibilidade de recursos gerenciados.

Referência de instâncias compatíveis com o Modo automático do EKS

O Modo automático do EKS cria apenas instâncias de tipos compatíveis e que atendem a um requisito de tamanho mínimo.

O modo automático do EKS é compatível com os seguintes tipos de instância:

Família Tipos de instância

Otimizada para computação ©

c8id, c8i, c8i-flex, c8gd, c8gn, c8g, c8a, c8gb, c7a, c7g, c7gn, c7gd, c7i, c7i-flex, c6a, c6g, c6i, c6gn, c6id, c6in, c6gd, c5, c5a, c5d, c5ad, c5n, c4

Uso geral (M)

m8id, m8i, m8i-flex, m8a, m8azn, m8gn, m8gb, m8gd, m8g, m7i, m7a, m7g, m7gd, m7i-flex, m6a, m6i, m6in, m6g, m6idn, m6id, m6gd, m5, m5a, m5ad, m5n, m5dn, m5d, m5zn, m4

Otimizadas para memória ©

r8id, r8i, r8i-flex, r8gn, r8gb, r8gd, r8g, r8a, r7a, r7iz, r7gd, r7i, r7g, r6a, r6i, r6id, r6in, r6idn, r6g, r6gd, r5, r5n, r5a, r5dn, r5b, r5ad, r5d, r4

Com capacidade de intermitência (T)

t4g, t3, t3a, t2

Alta memória (Z/X)

z1d, x8aedz, x8g, x8i, x2gd

Otimizada para armazenamento (I/D)

i8ge, i7i, i8g, i7ie, i4g, i4i, i3, i3en, is4gen, d3, d3en, im4gn

Computação acelerada (P/G/Inf/Trn)

p6-b200, p6-b300, p5, p5e, p5en, p4d, p4de, p3, p3dn, g7e, g6, gr6, g6e, g5g, g5, g4dn, g4ad, inf2, inf1, trn1, trn1n, trn2

Computação de alta performance (HPC/X2)

hpc8a, x2iezn, x2iedn, x2idn

Além disso, o Modo automático do EKS só criará instâncias do EC2 que atendam aos seguintes requisitos:

  • Mais de uma CPU

  • O tamanho da instância não é nano, micro ou pequeno

Para obter mais informações, consulte Convenções de nomenclatura de tipos de instância do Amazon EC2.

Serviço de metadados da instância

  • O Modo automático do EKS impõe o IMDSv2 com um limite de salto de um por padrão, aderindo às práticas recomendadas de segurança da AWS.

  • Essa configuração padrão não pode ser modificada no Modo automático.

  • Para complementos que normalmente exigem acesso ao IMDS, forneça parâmetros (como região da AWS) durante a instalação para evitar consultas ao IMDS. Para obter mais informações, consulte Determinar os campos que podem ser personalizados para os complementos do Amazon EKS.

  • Se for absolutamente necessário que um pod tenha acesso ao IMDS ao ser executado no Modo automático, ele deverá ser configurado para ser executado com hostNetwork: true. Isso permite que o pod acesse diretamente o serviço de metadados da instância.

  • Considere as implicações de segurança ao conceder aos pods acesso aos metadados da instância.

Para obter mais informações sobre o serviço de metadados de instância (IMDS) do Amazon EC2, consulte Configurar as opções de serviço de metadados de instância no Guia do usuário do Amazon EC2.

Considerações

  • Se o armazenamento efêmero configurado no NodeClass for menor do que o armazenamento local NVMe da instância, o Modo automático do EKS eliminará a necessidade de configuração manual executando automaticamente as seguintes ações:

    • Usa um volume de dados menor (20 GiB) do Amazon EBS para reduzir custos.

    • Formata e configura o armazenamento local NVMe para uso efêmero de dados. Isso inclui a configuração de uma matriz RAID 0 se houver várias unidades NVMe.

  • Quando ephemeralStorage.size for igual ou exceder a capacidade local do NVMe, as seguintes ações ocorrerão:

    • O modo automático ignora o pequeno volume de EBS.

    • Drives NVMe são diretamente expostos à sua workload.

  • O modo automático do Amazon EKS não é compatível com as seguintes ações do Serviço de Injeção de Falhas da AWS:

    • ec2:RebootInstances

    • ec2:SendSpotInstanceInterruptions

    • ec2:StartInstances

    • ec2:StopInstances

    • ec2:TerminateInstances

    • ec2:PauseVolumeIO

  • O modo automático do Amazon EKS é compatível com as ações de pod do EKS do Serviço de Injeção de Falhas da AWS. Para obter mais informações, consulte Gerenciamento de experimentos do Serviço de Injeção de Falhas e Uso das ações aws:eks:pod do AWS FIS no Guia do usuário do Hub de Resiliência da AWS.

  • Você não precisa instalar o Neuron Device Plugin nos nós do Modo automático do EKS.

    Caso tenha outros tipos de nós no cluster, você precisará configurar o plug-in Neuron Device para não ser executado em nós do Modo automático. Para obter mais informações, consulte Controlar se uma workload é implantada nos nós do Modo Automático do EKS.