Creación de nodos con AMI de Amazon Linux optimizadas - Amazon EKS
AMI de Amazon Linux acelerada optimizada para Amazon EKSAMI Arm de Amazon Linux optimizada para Amazon EKSMás información

Ayude a mejorar esta página

Para contribuir a esta guía del usuario, elija el enlace Edit this page on GitHub que se encuentra en el panel derecho de cada página.

Creación de nodos con AMI de Amazon Linux optimizadas

Las AMI de Amazon Linux optimizadas para Amazon EKS, están construidas sobre Amazon Linux 2 (AL2) y Amazon Linux 2023 (AL2023). Están configuradas de modo que sirvan como imágenes base para los nodos de Amazon EKS. Las AMI están configuradas de modo que funcionen con Amazon EKS e incluyen los siguientes componentes:

  • kubelet

  • Autenticador de AWS IAM

  • containerd

nota

  • Puede realizar un seguimiento de los eventos de seguridad o privacidad de Amazon Linux en el Centro de seguridad de Amazon Linux seleccionando la pestaña de la versión que desee. También puede suscribirse a la fuente RSS correspondiente. Los eventos de seguridad y privacidad incluyen información general del problema, qué paquetes están afectados y cómo actualizar las instancias para corregir el problema.

  • Antes de implementar una AMI de Arm o acelerada, revise la información de AMI de Amazon Linux acelerada optimizada para Amazon EKS y AMI Arm de Amazon Linux optimizada para Amazon EKS.

  • Las instancias P2 de Amazon EC2 no son compatibles con Amazon EKS ya que requieren la versión 470 del controlador NVIDIA o anterior.

  • A partir de la versión 1.30 o posterior, todos los grupos de nodos administrados recién creados utilizarán automáticamente AL2023 como sistema operativo de nodos de forma predeterminada. Anteriormente, los nuevos grupos de nodos utilizaban AL2 de forma predeterminada. Puede seguir utilizando AL2 si lo elige como tipo de AMI cuando crea un nuevo grupo de nodos.

  • Amazon EKS dejará de publicar las AMI optimizadas para EKS de Amazon Linux 2 (AL2) a partir del 26 de noviembre de 2025. Adicionalmente, la versión 1.32 de Kubernetes es la última versión para la que Amazon EKS lanzará las AMI de AL2. A partir de la versión 1.33, Amazon EKS seguirá lanzando AMI basadas en AL2023 y Bottlerocket.

AMI de Amazon Linux acelerada optimizada para Amazon EKS

Las AMI de Amazon Linux aceleradas y optimizadas para Amazon EKS se crean sobre las AMI de Amazon Linux optimizadas para Amazon EKS estándar. Están configuradas para actuar como imágenes opcionales para que los nodos de Amazon EKS admitan cargas de trabajo basadas en GPU, Inferentia y Trainium.

Además de la configuración estándar de AMI optimizada de Amazon EKS, las AMI aceleradas incluyen lo siguiente:

  • Controladores NVIDIA

  • nvidia-container-toolkit

  • Controlador de AWS Neuron

Para obtener una lista de los componentes más recientes incluidos en las AMI aceleradas, consulte amazon-eks-ami Releases en GitHub.

nota

  • Asegúrese de especificar el tipo de instancia aplicable en la plantilla de AWS CloudFormation del nodo. Al utilizar las AMI aceleradas y optimizadas para Amazon EKS, acepta el Contrato de licencia de usuario final (EULA) de NVIDIA para la nube.

  • Las AMI aceleradas y optimizadas para Amazon EKS anteriormente se conocían como AMI optimizadas para Amazon EKS compatibles con GPU.

  • Las versiones anteriores de las AMI aceleradas y optimizadas para Amazon EKS instalaban el repositorio nvidia-docker. El repositorio ya no se incluye en la versión v20200529 de la AMI de Amazon EKS y versiones posteriores.

Para obtener más información sobre la ejecución de cargas de trabajo en AMI de Amazon Linux aceleradas y optimizadas para Amazon EKS, consulte Ejecución de contenedores acelerados por GPU (Linux en EC2).

AMI Arm de Amazon Linux optimizada para Amazon EKS

Las instancias Arm ofrecen un importante ahorro de costos para aplicaciones de escalado horizontal y aplicaciones basadas en Arm, como servidores web, microservicios en contenedores, flotas de almacenamiento en caché y almacenes de datos distribuidos. Al agregar nodos de Arm al clúster, tenga en cuenta las siguientes consideraciones.

  • Si el clúster se implementó antes del 17 de agosto de 2020, debe realizar una actualización única de los manifiestos complementarios de clúster críticos. Esto es para que Kubernetes pueda extraer la imagen correcta para cada arquitectura de hardware que se utilice en el clúster. Para obtener más información acerca de la actualización de complementos de clúster, consulte Paso 1: preparación para la actualización. Si implementó el clúster a partir del 17 de agosto de 2020, significa que su CoreDNS, kube-proxy y los complementos CNI de Amazon VPC para los complementos de Kubernetes ya son aptos en múltiples arquitecturas.

  • Las aplicaciones implementadas en los nodos de Arm deben compilarse para Arm.

  • Si tiene algún DaemonSet que está implementado en un clúster existente o desea implementarlos en un clúster nuevo en el que también quiera implementar nodos de Arm, compruebe que el DaemonSet se pueda ejecutar en todas las arquitecturas de hardware del clúster.

  • Puede ejecutar grupos de nodos de Arm y grupos de nodos x86 en el mismo clúster. Si lo hace, considere la posibilidad de implementar imágenes de contenedor de varias arquitecturas en un repositorio de contenedores como Amazon Elastic Container Registry y, a continuación, agregar selectores de nodo a los manifiestos para que Kubernetes sepa en qué arquitectura de hardware se puede implementar un pod. Para obtener más información, consulte Introducir una imagen de varias arquitecturas en la Guía del usuario de Amazon ECR y en la publicación del blog Introducing multi-architecture container images for Amazon ECR.

Más información

Para obtener más información sobre el uso de las AMI de Amazon Linux optimizadas para Amazon EKS, consulte las siguientes secciones: