Selecione suas preferências de cookies

Usamos cookies essenciais e ferramentas semelhantes que são necessárias para fornecer nosso site e serviços. Usamos cookies de desempenho para coletar estatísticas anônimas, para que possamos entender como os clientes usam nosso site e fazer as devidas melhorias. Cookies essenciais não podem ser desativados, mas você pode clicar em “Personalizar” ou “Recusar” para recusar cookies de desempenho.

Se você concordar, a AWS e terceiros aprovados também usarão cookies para fornecer recursos úteis do site, lembrar suas preferências e exibir conteúdo relevante, incluindo publicidade relevante. Para aceitar ou recusar todos os cookies não essenciais, clique em “Aceitar” ou “Recusar”. Para fazer escolhas mais detalhadas, clique em “Personalizar”.

Gerenciar recursos computacionais usando nós

Modo de foco
Gerenciar recursos computacionais usando nós - Amazon EKS

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.

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.

Um nó do Kubernetes é uma máquina que executa aplicações conteinerizadas. Todo nó tem os seguintes componentes:

  • Runtime do contêiner - Software responsável pela execução dos contêineres.

  • kubelet : garante que os contêineres estejam íntegros e em execução nos pods associados.

  • kube-proxy : mantém as regras de rede que permitem a comunicação com os pods.

Para obter mais informações, consulte Nodes (Nós) na documentação do Kubernetes.

O cluster do Amazon EKS pode agendar pods em qualquer combinação de nós gerenciados do Modo Automático do EKS, nós autogerenciados, grupos de nós gerenciados do Amazon EKS, AWS Fargate e Amazon EKS Hybrid Nodes. Para saber mais sobre nós implantados em seu cluster, consulte Visualize os recursos do Kubernetes na seção AWS Management Console.

nota

Excluindo os nós híbridos, os nós devem estar na mesma VPC que as sub-redes selecionadas no momento da criação do cluster. Porém, esses nós não precisam estar nas mesmas sub-redes.

Comparar opções de computação

A tabela a seguir fornece vários critérios para avaliar ao decidir quais opções atendem melhor às suas necessidades. Os nós autogerenciados são uma opção adicional que cumpre todos os critérios listados, mas requerem muito mais esforço manual para a manutenção. Para ter mais informações, consulte Fazer a manutenção dos nós por conta própria com nós autogerenciados.

nota

O Bottlerocket tem algumas diferenças específicas em relação às informações gerais desta tabela. Para obter mais informações, consulte a documentação do Bottlerocket no GitHub.

Critérios Grupos de nós gerenciados do EKS Modo Automático do EKS Amazon EKS Hybrid Nodes

Pode ser implantado no AWS Outposts

Não

Não

Não

Pode ser implantado em uma Zona local da AWS

Sim

Não

Não

Pode executar contêineres que exijam o Windows

Sim

Não

Não

Pode executar contêineres que exijam o Linux

Sim

Sim

Sim

Pode executar workloads que exijam o chip do Inferentia

Sim. Somente nós do Amazon Linux

Sim

Não

Pode executar workloads que exijam uma GPU

Sim. Somente nós do Amazon Linux

Sim

Sim

Pode executar workloads que exijam processadores ARM

Sim

Sim

Sim

Pode executar o AWS Bottlerocket

Sim

Sim

Não

Os pods compartilham recursos de CPU, memória, armazenamento e rede com outros pods.

Sim

Sim

Sim

Deve implantar e gerenciar instâncias do Amazon EC2

Sim

Não - saiba mais sobre instâncias gerenciadas pelo EC2

Sim - as máquinas físicas ou virtuais on-premises são gerenciadas por você com as ferramentas de sua escolha.

Deve proteger, manter e corrigir o sistema operacional das instâncias do Amazon EC2

Sim

Não

Sim - o sistema operacional em execução nas máquinas físicas ou virtuais são gerenciadas por você com as ferramentas de sua escolha.

Pode fornecer argumentos de bootstrap na implantação de um nó, como argumentos kubelet extras.

Sim - ao usar o eksctl ou um modelo de execução com uma AMI personalizada.

Não - use uma NodeClass para configurar nós

Sim - você pode personalizar os argumentos de bootstrap com o nodeadm. Consulte Referência do nodeadm para nós híbridos.

Pode atribuir endereços IP a pods de um bloco CIDR diferente do endereço IP atribuído ao nó.

Sim. Usando um modelo de execução com uma AMI personalizada Para ter mais informações, consulte Personalizar nós gerenciados com modelos de execução.

Não

Sim - consulte Configurar uma CNI para nós híbridos.

É possível executar o SSH no nó

Sim

Não - saiba como solucionar problemas de nós

Sim

Pode implantar sua própria AMI personalizada em nós

Sim. Usar um modelo de execução

Não

Sim

Pode implantar seu próprio CNI personalizado em nós

Sim. Usando um modelo de execução com uma AMI personalizada

Não

Sim

Você deve atualizar a AMI do nó por conta própria

Sim: se você implantou uma AMI otimizada do Amazon EKS, receberá uma notificação no console do Amazon EKS quando as atualizações estiverem disponíveis. É possível executar a atualização com um clique no console. Se você implantou uma AMI personalizada, não será notificado no console do Amazon EKS quando as atualizações estiverem disponíveis. Você deve executar a atualização por conta própria.

Não

Sim - o sistema operacional em execução nas máquinas físicas ou virtuais é gerenciado por você com as ferramentas de sua escolha. Consulte Preparar o sistema operacional para nós híbridos.

Você deve atualizar a versão de Kubernetes do nó por conta própria

Sim: se você implantou uma AMI otimizada do Amazon EKS, receberá uma notificação no console do Amazon EKS quando as atualizações estiverem disponíveis. É possível executar a atualização com um clique no console. Se você implantou uma AMI personalizada, não será notificado no console do Amazon EKS quando as atualizações estiverem disponíveis. Você deve executar a atualização por conta própria.

Não

Sim - você gerencia as atualizações de nós híbridos com as ferramentas de sua própria escolha ou com o nodeadm. Consulte Atualizar os nós híbridos do cluster.

Pode usar armazenamento do Amazon EBS com pods

Sim

Sim, como um recurso integrado. Saiba como criar uma classe de armazenamento.

Não

Pode usar armazenamento do Amazon EFS com pods

Sim

Sim

Não

Pode usar armazenamento do Amazon FSx para Lustre com pods

Sim

Sim

Não

Pode usar o Network Load Balancer para serviços

Sim

Sim

Sim - deve usar o tipo de destino ip.

Pods podem ser executados em uma sub-rede pública

Sim

Sim

Não - os pods são executados no ambiente on-premises.

Pode atribuir diferentes grupos de segurança da VPC a pods individuais

Sim. Somente nós do Linux

Não

Não

Pode executar o Kubernetes DaemonSets

Sim

Sim

Sim

Compatível com HostPort e HostNetwork no manifesto do pod

Sim

Sim

Sim

Disponibilidade de regiões do AWS

Todas as regiões compatíveis com Amazon EKS

Todas as regiões compatíveis com Amazon EKS

Todas as regiões compatíveis com o Amazon EKS, exceto as regiões AWS GovCloud (EUA) e da China.

Pode executar contêineres em hosts dedicados do Amazon EC2

Sim

Não

Não

Preços

Custo da instância do Amazon EC2 que executa vários pods. Para obter mais informações, consulte Definição de preço do Amazon EC2.

Quando o Modo Automático do EKS está habilitado no cluster, você paga uma taxa separada, além das cobranças padrão da instância do EC2, pelas instâncias executadas usando o recurso de computação do Modo Automático. O valor varia de acordo com o tipo de instância executada e a região da AWS em que o cluster está localizado. Para obter mais informações, consulte Preços do Amazon EKS.

Custo de vCPU de nós híbridos por hora. Para obter mais informações, consulte Preços do Amazon EKS.

Nesta página

PrivacidadeTermos do sitePreferências de cookies
© 2025, Amazon Web Services, Inc. ou suas afiliadas. Todos os direitos reservados.