Perguntas frequentes sobre o HAQM EKS

O modo automático do HAQM EKS está disponível para clusters do EKS novos e existentes que executam o Kubernetes 1.29+ em todas as regiões da AWS em que o EKS está disponível, exceto AWS GovCloud (EUA) e China. Para começar, basta usar a API do EKS, o Console da AWS, o eksctl ou sua ferramenta preferencial de infraestrutura como código (IaC) para habilitar o modo automático do EKS em um cluster novo ou existente e especificar o perfil do IAM que a infraestrutura de computação gerenciada pela AWS deve usar. Por padrão, o modo automático do EKS cria configurações de escalabilidade computacional de uso geral e conforme as práticas recomendadas no cluster, permitindo que você comece a executar aplicações rapidamente. Para uma personalização mais elaborada, você pode desabilitar esses padrões e criar configurações adicionais de infraestrutura e escalabilidade computacional usando a API do Kubernetes no cluster.

Usando o modo automático do HAQM EKS, a AWS expande sua responsabilidade em comparação com a infraestrutura da AWS gerenciada pelo cliente em clusters do EKS. Além de operar o ambiente de gerenciamento de cluster do Kubernetes com o modo automático do EKS habilitado, a AWS assume a responsabilidade de proteger, configurar e gerenciar a infraestrutura da AWS nos clusters do EKS que suas aplicações precisam executar. Para fazer isso, os recursos de infraestrutura da AWS, como instâncias do EC2, em clusters do EKS que usam o modo automático do EKS têm limitações em comparação com seus equivalentes gerenciados pelo cliente. Por exemplo, você não pode se conectar remotamente via SSH ou SSM, modificar o perfil do IAM da instância, substituir o volume raiz ou anexar interfaces de rede elástica adicionais às instâncias do EC2 gerenciadas pelo modo automático do EKS, pois isso limitaria a capacidade da AWS de protegê-las e gerenciá-las.

O HAQM EKS com o AWS Fargate continua sendo uma opção para clientes que desejam executar o EKS, mas o modo automático do HAQM EKS é a abordagem recomendada no futuro. O modo automático do EKS é totalmente compatível com o Kubernetes, comportando todas as ferramentas primitivas e de plataforma upstream do Kubernetes, como o Istio, sem suporte no Fargate. O modo automático do EKS também oferece suporte total a todas as opções de compra em runtime do EC2, incluindo instâncias de GPU e spot, permitindo que os clientes aproveitem os descontos negociados do EC2 e outros mecanismos de economia. Esses recursos não estão disponíveis ao usar o EKS com o Fargate. Além disso, o modo automático do EKS permite que os clientes obtenham o mesmo modelo de isolamento do Fargate, usando recursos de agendamento padrão do Kubernetes para garantir que cada instância do EC2 execute um único contêiner de aplicação. Ao adotar o modo automático do HAQM EKS, os clientes podem usufruir de todos os benefícios de executar o Kubernetes na AWS: uma plataforma totalmente compatível com o Kubernetes que oferece a flexibilidade de aproveitar toda a variedade de opções de compra e do EC2, mantendo a facilidade de uso e a abstração do gerenciamento de infraestrutura que o Fargate oferece.

O modo automático do HAQM EKS ajuda a melhorar a segurança de clusters do EKS de três maneiras: 1/ a infraestrutura gerenciada pela AWS criada pelo modo automático do EKS é configurada com as práticas recomendadas de segurança da AWS e reforçada de acordo com os benchmarks de nível 1 do Center for Internet Security (CIS), incluindo: sem acesso remoto, um sistema de arquivos raiz imutável e controles de acesso obrigatórios em nível de kernel. 2/ as instâncias do EC2 gerenciadas pela AWS no modo automático do EKS são atualizadas automaticamente pela AWS com as últimas correções de segurança e bugs pela AWS assim que estiverem disponíveis. Quando possível, esses patches são aplicados no local sem interromper a execução de aplicações ou substituir instâncias. 3/ por padrão, o modo automático do EKS define uma vida útil máxima de 14 (quatorze) dias para instâncias do EC2 gerenciadas pela AWS, o que ajuda você a atender às práticas recomendadas de segurança e conformidade do setor. Se seu caso de uso exigir uma vida útil de instância menor ou maior, você poderá configurar o modo automático do EKS com uma duração que atenda às suas necessidades, até um máximo de 21 dias.

Sim, depois de atualizar o ambiente de gerenciamento do EKS para uma nova versão do Kubernetes, as novas instâncias iniciadas pelo modo automático do EKS, devido ao aumento horizontal da escala das aplicações, são executadas com o software mais recente do Kubernetes que corresponde à versão do ambiente de gerenciamento. Simultaneamente, as instâncias existentes são gradualmente atualizadas com o software do Kubernetes para a nova versão do Kubernetes. Combinado com a vida útil máxima padrão de 14 dias das instâncias iniciadas pelo modo automático do EKS, isso significa que, por padrão, seu cluster será atualizado total e automaticamente em até 14 (quatorze) dias após a atualização da versão do Kubernetes do cluster do EKS.

O modo automático do HAQM EKS fornece versões integradas e gerenciadas dos recursos essenciais do Kubernetes, como computação, armazenamento e rede. Isso inclui versões gerenciadas: 1/ do agente do modo automático do EKS que facilita a segurança e o gerenciamento de instâncias, 2/ do runtime do contêiner containerd, um componente fundamental que capacita o Kubernetes a executar contêineres de forma eficaz, 3/ do kubelet, que gerencia o ciclo de vida e a integridade dos pods do Kubernetes em cada instância computacional, 4/ de um proxy de rede que permite o roteamento no cluster, 5/ de um controlador do Karpenter gerenciado e compatível com upstream, 6/ do controlador da inferface de armazenamento de contêineres (CSI) do HAQM EBS para armazenamento, 7/ de uma versão gerenciada da interface de rede de contêineres (CNI) da AWS VPC para gerenciamento de endereços IP, redes de pods e políticas de rede, 8/ do CoreDNS para descoberta de serviços no cluster 9/ e do AWS Load Balancer Controller para orquestrar balanceadores de carga externos.

Com o HAQM EKS Auto Mode, não é necessário instalar ou gerenciar determinados complementos do EKS, como o VPC CNI, o CoreDNS, o kube-proxy e o agente CloudWatch Observability. Com o EKS Auto Mode, seu cluster EKS inclui versões integradas dos recursos que esses complementos oferecem. No entanto, se você tiver workloads que ainda não foram migradas para o modo automático do EKS, precisará continuar usando esses complementos do EKS. Outros complementos do EKS, além daqueles substituídos pelos recursos integrados do modo automático do EKS, podem ser executados em clusters usando o modo automático do EKS.

Sim, as instâncias gerenciadas do EC2 iniciadas pelo modo automático do EKS podem ser consultadas usando a API DescribeInstances do EC2 ou o Console da AWS por padrão. Como essas instâncias são gerenciadas pela AWS, as ações que você pode realizar com as API do EC2 são limitadas àquelas que não afetam a capacidade do EKS de cumprir suas responsabilidades operacionais expandidas. Por padrão, o modo automático do EKS vem com configurações de computação de uso geral adequadas para casos de uso comuns. Se necessário, você pode personalizar as instâncias do EC2 iniciadas pelo modo automático do EKS. As modificações nas configurações de runtime das instâncias do modo automático do EKS podem ser feitas usando a API Node Class Kubernetes do modo automático do EKS.

Sim. O Savings Plans para computação e as instâncias reservadas são aplicados automaticamente quando as instâncias elegíveis do EC2 são iniciadas. Consulte a página de preços para obter mais detalhes.

Os recursos do Kubernetes do modo automático do HAQM EKS são fornecidos por meio de um conjunto de controladores integrados que emitem uma variedade de eventos do Kubernetes que podem ser usados para entender comportamento deles.