Criar nós com AMIs do Amazon Linux otimizadas - Amazon EKS
AMIs do Amazon Linux aceleradas e otimizadas para Amazon EKSAMIs Amazon Linux Arm otimizadas para Amazon EKSMais informações

Ajudar a melhorar esta página

Quer contribuir para este guia do usuário? Escolha o link Editar esta página no GitHub, disponível no painel direito de cada página. Suas contribuições ajudarão a tornar nosso guia do usuário melhor para todos.

Criar nós com AMIs do Amazon Linux otimizadas

As AMIs do Amazon Linux otimizadas para o Amazon EKS são desenvolvidas com base no Amazon Linux 2 (AL2) e no Amazon Linux 2023 (AL2023). Elas são configuradas para servirem como imagens de base para nós do Amazon EKS. As AMIs são configuradas para funcionarem com o Amazon EKS e incluem os seguintes componentes:

  • kubelet

  • AWS IAM Authenticator

  • Docker(Amazon EKS versão 1.23 e anteriores)

  • containerd

nota

  • É possível acompanhar os eventos de segurança ou privacidade do Amazon Linux no centro de segurança do Amazon Linux, 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 implantar uma AMI acelerada ou Arm, examine as informações em AMIs do Amazon EKS aceleradas e otimizadas para o Amazon Linux e AMIs Amazon Linux Arm otimizadas para Amazon EKS.

  • Para o Kubernetes versão1.23, você pode usar um sinalizador de bootstrap opcional para testar a migração de Docker para containerd. Para ter mais informações, consulte Teste a migração do Amazon Linux 2 de Docker para containerd.

  • 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ó. Anteriormente, os novos grupos de nós seriam padronizados para usar o AL2. É possível continuar a usar AL2 ao escolhê-lo como o tipo de AMI durante a criação de um novo grupo de nós.

  • O suporte para o AL2 será encerrado em 30 de junho de 2025. Para obter mais informações, consulte Perguntas frequentes do Amazon Linux 2.

AMIs do Amazon Linux aceleradas e otimizadas para Amazon EKS

As AMIs do Amazon Linux otimizadas e aceleradas para o Amazon EKS são desenvolvidas nas AMIs do Amazon Linux otimizadas para o Amazon EKS padrão. 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 e no Trainium.

Além da configuração padrão da AMI otimizada para Amazon EKS, as AMIs aceleradas incluem o seguinte:

  • Drivers NVIDIA

  • nvidia-container-toolkit

  • Driver do AWS Neuron

Para obter uma lista dos componentes mais recentes incluídos nas AMIs aceleradas, consulte as Releases de amazon-eks-ami no GitHub.

nota

  • Certifique-se de especificar o tipo de instância aplicável no modelo do nó do AWS CloudFormation. Ao usar as AMIs aceleradas otimizadas para o Amazon EKS, você concorda com o Contrato de Licença de Usuário Final (EULA) da NVIDIA.

  • As AMIs aceleradas otimizadas para o Amazon EKS eram mencionadas anteriormente como AMIs otimizadas para o Amazon EKS compatíveis com GPU.

  • As versões anteriores das AMIs aceleradas otimizadas para o Amazon EKS tinham o repositório nvidia-docker instalado. O repositório não está mais incluído na versão v20200529 da AMI para o Amazon EKS e posteriores.

Para obter detalhes sobre a execução de workloads nas AMIs aceleradas do Amazon Linux otimizadas para o EKS, consulte Executar contêineres acelerados por GPU (Linux no EC2).

AMIs Amazon Linux Arm otimizadas para 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. Se você implantou o cluster a partir de 17 de agosto de 2020, os complementos CoreDNS, kube-proxy e Amazon VPC CNI plugin for Kubernetes já têm 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 quiser implantá-los em um novo cluster no qual 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. Se o fizer, 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 no Guia do usuário do Amazon ECR e a publicação de blog Introducing multi-architecture container images for Amazon ECR.

Mais informações

Para obter mais informações sobre o uso de AMIs Amazon Linux otimizadas para Amazon EKS, consulte as seguintes seções: