

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á.

# Modo Automático do EKS
<a name="automode"></a>

**dica**  
 [Explore as](https://aws-experience.com/emea/smb/events/series/get-hands-on-with-amazon-eks?trk=4a9b4147-2490-4c63-bc9f-f8a84b122c8c&sc_channel=el) melhores práticas por meio de workshops do Amazon EKS.

O Amazon EKS Auto Mode representa uma evolução significativa no gerenciamento da infraestrutura do Kubernetes, combinando uma infraestrutura de cluster segura e escalável com recursos integrados do Kubernetes gerenciados pela AWS. O serviço fornece operações de nós de trabalho totalmente gerenciadas, eliminando a necessidade de os clientes configurarem grupos ou AutoScaling grupos de nós gerenciados.

A principal diferença arquitetônica é que o EKS Auto Mode usa um Karpenter-based sistema que provisiona automaticamente instâncias do EC2 em resposta às solicitações do pod. Essas instâncias são executadas em AMIs da Bottlerocket com complementos pré-instalados, como drivers EBS CSI, tornando a infraestrutura verdadeiramente gerenciada pela AWS. Em contraste com os métodos tradicionais de escalabilidade:
+ O Autoescalador de Cluster (CAS) tradicional exige gerenciamento manual de grupos de nós e só pode criar nós com um único tipo de instância por grupo de nós
+ Self-managed O Karpenter oferece mais flexibilidade ao trabalhar com a API do EC2 Fleet e pode provisionar diferentes tipos de instância, mas exige gerenciamento de clientes
+ O EKS Auto Mode lida com todas as operações de dimensionamento automaticamente por meio de gerenciamento NodePools e NodeClasses

O novo sistema introduz várias melhorias operacionais:
+ Dimensionamento automático baseado em pods sem configuração manual de grupos de nós
+ Built-in controladores de balanceador de carga gerenciados que são criados automaticamente ALB/NLB com base nos recursos do Ingress
+ Recursos de segurança integrados com identidade de pod pré-configurada
+ Tempo máximo de execução do nó de 21 dias com substituição automática

Do ponto de vista de custo, o EKS Auto Mode mantém os preços padrão do EC2 enquanto adiciona uma taxa de gerenciamento somente para Mode-managed nós automáticos. É importante ressaltar que os clientes ainda podem combinar nós gerenciados do Modo Automático com nós autogerenciados no mesmo cluster.

Embora a AWS cuide da maioria dos aspectos operacionais, os clientes mantêm a responsabilidade pelo [gerenciamento de versões do cluster](https://docs.aws.amazon.com/eks/latest/userguide/update-cluster.html) e podem realizar atualizações controladas que acionam atualizações contínuas dos nós de trabalho.

## Razões para usar o Modo Automático
<a name="_reasons_to_use_auto_mode"></a>

O Modo Automático é voltado para usuários que desejam os benefícios do Kubernetes e do EKS, mas precisam minimizar a carga operacional do Kubernetes, como atualizações, e de partes installation/maintenance críticas da plataforma, como auto-scaling, balanceamento de carga e armazenamento. O Modo Automático leva o EKS um passo adiante na minimização do trabalho pesado indiferenciado que acompanha a manutenção do Kubernetes

## Perguntas frequentes
<a name="_faq"></a>

### Qual é a diferença entre o EKS Auto Mode e o Open Source Karpenter?
<a name="_what_is_the_difference_between_eks_auto_mode_and_open_source_karpenter"></a>

O EKS Auto Mode é um grande conjunto de recursos que simplifica a execução do Kubernetes de nível de produção. Um desses recursos são os benefícios de auto-scaling do Karpenter, totalmente gerenciados. Do ponto de vista operacional, a única diferença é que, no modo automático do EKS, você não precisa gerenciar a implantação, o dimensionamento e a atualização dos próprios pods do Karpenter. Todas as outras operações, como gerenciadas NodeClasses e NodePools funcionam da mesma forma que com o Karpenter de código aberto.

### Posso executar grupos de nós gerenciados junto com Mode-managed nós automáticos?
<a name="_can_i_run_managed_node_groups_alongside_auto_mode_managed_nodes"></a>

Sim, você pode executar nós estáticos por meio de grupos de nós gerenciados junto com seus nós de escalonamento automático fornecidos com o Modo Automático

### Posso migrar um cluster do EKS padrão para o EKS Auto Mode?
<a name="_can_i_migrate_a_cluster_from_standard_eks_to_eks_auto_mode"></a>

Sim, as instruções para habilitar o EKS Auto Mode em um cluster existente podem ser encontradas na [documentação oficial da AWS](https://docs.aws.amazon.com/eks/latest/userguide/auto-enable-existing.html) 

Coisas a serem observadas: 1. Depois de ativar o Modo Automático, você desejará desinstalar todos os componentes que você instalou e que agora são gerenciados pelo Modo Automático, como o Karpenter ou o AWS Load Balancer Controller 2. Você precisa ter certeza de que seus complementos instalados estão atualizados. Veja a documentação.

### Como faço para configurar NodePools no modo automático do EKS?
<a name="_how_do_i_configure_nodepools_in_eks_auto_mode"></a>

Um novo cluster virá pré-configurado com dois NodePools

#### de uso geral
<a name="_general_purpose"></a>

![Propósito geral NodePool](http://docs.aws.amazon.com/pt_br/eks/latest/best-practices/images/autoscaling/gp_nodepool.png)


Isso NodePool instrui o Karpenter a lançar nós com as seguintes características:

1. Tipo de capacidade “On Demand”

1. Tipos de instância de C, M ou R

1. Geração de 4 instâncias

1. Arquitetura AMD

1. SO Linux

Ele também define qual é a lógica de redução ao declarar que apenas 10% de todos os nós podem estar em um estado interrompido a qualquer momento e que a consolidação só deve ocorrer quando os nós estiverem vazios ou subutilizados.

#### operacional
<a name="_system"></a>

![Sistema NodePool](http://docs.aws.amazon.com/pt_br/eks/latest/best-practices/images/autoscaling/system_nodepool.png)


Isso NodePool é semelhante ao “propósito geral”, exceto pelas seguintes diferenças:

1. Ele permite nós com a arquitetura ARM e a arquitetura AMD.

1. Isso contamina esses nós com a, NoSchedule a menos que haja uma tolerância para “”CriticalAddonsOnly. Isso é para uso interno por complementos do EKS

#### personalizado
<a name="_custom"></a>

Você pode criar seu próprio personalizado, NodePools dependendo de suas necessidades. Para saber mais sobreNodePools , consulte a documentação do [Karpenter](https://karpenter.sh/docs/concepts/nodepools/).

### Posso personalizar a AMI usada pelo Modo Automático quando novos nós são iniciados?
<a name="_can_i_customize_the_ami_used_by_auto_mode_when_new_nodes_are_launched"></a>

Não, atualmente as únicas AMIs suportadas são para Amazon-provided Bottlerocket

### Como posso instalar ferramentas ou agentes personalizados em meus hosts Kubernetes?
<a name="_how_can_i_install_custom_tooling_or_agents_on_my_kubernetes_hosts"></a>

Como a personalização da AMI não é suportada, se você precisar de software em nível de host para coisas como verificação de segurança, você deve implantar a carga de trabalho como um Kubernetes. [DaemonSet](https://kubernetes.io/docs/concepts/workloads/controllers/daemonset/)

### Quais componentes estão sendo executados no meu plano de dados de cluster quando eu provisiono um novo cluster EKS Auto Mode?
<a name="_what_components_are_running_in_my_cluster_data_plane_when_i_provision_a_new_eks_auto_mode_cluster"></a>

Se você criar um cluster com o eksctl ou o console da AWS, os únicos pods em execução em um cluster do EKS Auto Mode são os pods do Kubernetes Metrics Server. Os outros componentes do EKS Auto Mode, como o Karpenter, o AWS Load Balancer Controller e o driver EBS CSI, são todos executados e gerenciados fora do cluster.

### Quais componentes gerenciados estão sendo executados para dar suporte ao meu novo cluster EKS Auto Mode?
<a name="_what_managed_components_are_running_to_support_my_new_eks_auto_mode_cluster"></a>

O EKS Auto Mode automatiza completamente a implantação da maioria das partes de um plano de dados necessárias para o Kubernetes de nível de produção. Isso inclui:
+ Karpenter, para escalar automaticamente a computação do seu cluster
+ Controlador do AWS Load Balancer para permitir que você exponha facilmente os serviços do Kubernetes por meio da integração automatizada do Elastic Load Balancer
+ CNI da VPC
+ DNS do cluster
+ kube-proxy
+ WEB CSI
+ Atendente de Identidade de Pods do EKS
+ Agente de monitoramento de nós EKS

### Como soluciono problemas dos componentes do Modo Automático que costumavam ser executados como pods no meu cluster?
<a name="_how_do_i_troubleshoot_the_components_of_auto_mode_that_used_to_run_as_pods_in_my_cluster"></a>

Com o EKS Auto Mode, muitos dos componentes, como o AWS Load Balancer Controller e o Karpenter, são gerenciados para você fora do seu cluster, portanto, você não terá a mesma visibilidade dos registros com a qual está acostumado quando se autogerencia. Se você estiver em uma situação em que precise solucionar problemas com a funcionalidade de uma parte da funcionalidade do Modo Automático, crie um ticket do AWS Support.