**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.
# Criar nós com AMIs do Amazon Linux otimizadas
O Amazon Elastic Kubernetes Service (Amazon EKS) fornece imagens de máquina da Amazon (AMIs) especializadas e otimizadas para a execução de nós de processamento do Kubernetes. Estas AMIs do Amazon Linux (AL) otimizadas para o EKS são configuradas previamente com componentes essenciais, como `kubelet`, o AWS IAM Authenticator e o `containerd`, para garantir a integração sem complicações e a segurança em seus clusters. Este guia apresenta detalhes sobre as versões de AMI disponíveis e fornece uma visão geral das opções especializadas para computação acelerada e para arquiteturas baseadas em ARM.
## Considerações
+ É possível acompanhar os eventos de segurança ou privacidade do Amazon Linux no [centro de segurança do Amazon Linux](https://alas.aws.amazon.com/), selecionando a guia da versão desejada. Você também pode assinar o feed RSS aplicável. Os eventos de segurança e privacidade incluem uma visão geral do problema, quais pacotes são afetadas e como atualizar suas instâncias para corrigir o problema.
+ Antes de fazer a implantação de uma AMI baseada em ARM ou acelerada, analise as informações contidas em [AMIs do Amazon Linux aceleradas e otimizadas para o Amazon EKS](#gpu-ami) e [AMIs do Amazon Linux baseadas em ARM e otimizadas para o Amazon EKS](#arm-ami).
+ As instâncias `P2` do Amazon EC2 não são compatíveis com o Amazon EKS porque exigem a versão 470 ou anterior do driver `NVIDIA`.
+ Todos os grupos de nós gerenciados recém-criados em clusters na versão `1.30` ou mais recente terão como padrão automático o uso do AL2023 como sistema operacional do nó.
## AMIs do Amazon Linux aceleradas e otimizadas para o Amazon EKS
As AMIs do Amazon Linux (AL) aceleradas e otimizadas para o Amazon EKS são baseadas nas AMIs padrão do Amazon Linux otimizadas para o EKS. Elas são configuradas para servir como imagens opcionais para nós do Amazon EKS para serem compatíveis com workloads baseadas em GPU, no [Inferentia](https://aws.amazon.com/machine-learning/inferentia/) e no [Trainium](https://aws.amazon.com/machine-learning/trainium/).
Para obter mais informações, consulte [Uso de AMIs aceleradas e otimizadas para o EKS em instâncias de GPU](ml-eks-optimized-ami.md).
## AMIs do Amazon Linux baseadas em ARM e otimizadas para o Amazon EKS
As instâncias Arm oferecem uma economia significativa para aplicações de expansão e baseadas no Arm, como servidores Web, microsserviços conteinerizados, frotas de armazenamento em cache e datastores distribuídos. Ao adicionar nós do Arm ao cluster, revise as considerações a seguir.
+ Se o cluster tiver sido implantado antes de 17 de agosto de 2020, será necessário fazer uma atualização única dos manifestos essenciais do complemento de cluster. Isso serve para que o Kubernetes possa extrair a imagem correta para cada arquitetura de hardware em uso em seu cluster. Para obter mais informações sobre como atualizar complementos do cluster, consulte [Etapa 1: preparar-se para o upgrade](update-cluster.md#update-existing-cluster). Se você implantou o cluster depois de 17 de agosto de 2020, então o plug-in CNI do CoreDNS, `kube-proxy` e Amazon VPC para complementos do Kubernetes já tem capacidade para várias arquiteturas.
+ As aplicações implantadas em nós do Arm devem ser compiladas para Arm.
+ Se tiver DaemonSets implantados em um cluster existente, ou se quiser implantá-los em um novo cluster em que também queira implantar nós do Arm, verifique se o DaemonSet pode ser executado em todas as arquiteturas de hardware do cluster.
+ Você pode executar grupos de nós do Arm e grupos de nós x86 no mesmo cluster. Caso o faça, considere implantar imagens de contêiner de várias arquiteturas em um repositório de contêineres, como o Amazon Elastic Container Registry, e depois adicionar seletores de nós aos manifestos para que o Kubernetes saiba em que arquitetura de hardware um pod pode ser implantado. Para obter mais informações, consulte [Enviar uma imagem de várias arquiteturas](https://docs.aws.amazon.com/AmazonECR/latest/userguide/docker-push-multi-architecture-image.html) no *Guia do usuário do Amazon ECR* e a publicação de blog [Introducing multi-architecture container images for Amazon ECR](https://aws.amazon.com/blogs/containers/introducing-multi-architecture-container-images-for-amazon-ecr).
## Mais informações
Para obter mais informações sobre o uso de AMIs do Amazon Linux otimizadas para o Amazon EKS, consulte as seguintes seções:
+ Para usar o Amazon Linux com grupos de nós gerenciados, consulte [Simplificar o ciclo de vida dos nós com grupos de nós gerenciados](managed-node-groups.md).
+ Para iniciar nós autogerenciados do Amazon Linux, consulte [Recuperar IDs de AMI do Amazon Linux recomendadas](retrieve-ami-id.md).
+ Para obter informações sobre versões, consulte [Recuperar informações da versão da AMI do Amazon Linux](eks-linux-ami-versions.md).
+ Para recuperar os IDs mais recentes das AMIs do Amazon Linux otimizadas para o Amazon EKS, consulte [Recuperar IDs de AMI do Amazon Linux recomendadas](retrieve-ami-id.md).
+ Para acessar os scripts de código aberto utilizados na criação das AMIs otimizadas para o Amazon EKS, consulte [Desenvolvimento de uma AMI do Amazon Linux personalizada e otimizada para o EKS](eks-ami-build-scripts.md).