Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés. # Entornos de computación de Amazon EKS [Cómo empezar con AWS Batch Amazon EKS](getting-started-eks.md) proporciona una breve guía para crear entornos de cómputo de EKS. En esta sección se proporcionan más detalles sobre los entornos de computación de Amazon EKS. ![\[AWS Batch workflow diagram showing integration with Amazon EKS, ECS, Fargate, and EC2.\]](http://docs.aws.amazon.com/es_es/batch/latest/userguide/images/batch-on-eks.png) AWS Batch simplifica las cargas de trabajo por lotes en los clústeres de Amazon EKS al proporcionar funciones de gestión por lotes. Esto incluye la creación de colas, el seguimiento de las dependencias, la gestión de los reintentos y las prioridades de los trabajos, la gestión de los pods y el escalado de los nodos. AWS Batch puede gestionar varias zonas de disponibilidad y varios tipos y tamaños de instancias de Amazon EC2. AWS Batch integra varias de las prácticas recomendadas de Amazon EC2 Spot para ejecutar sus cargas de trabajo de forma tolerante a errores, lo que permite reducir las interrupciones. Puede utilizar AWS Batch para ejecutar un puñado de trabajos de un día para otro o millones de trabajos de misión crítica con total confianza. ![\[AWS Batch workflow on Amazon EKS, showing job queue, compute environment, and EC2 instances.\]](http://docs.aws.amazon.com/es_es/batch/latest/userguide/images/batch-on-eks-detail.png) AWS Batch es un servicio gestionado que organiza las cargas de trabajo por lotes en Kubernetes los clústeres gestionados por Amazon Elastic Kubernetes Service (Amazon EKS). AWS Batch lleva a cabo esta organización de forma externa a sus clústeres mediante un modelo de «superposición». Como AWS Batch se trata de un servicio gestionado, no hay Kubernetes componentes (por ejemplo, operadores o recursos personalizados) que instalar o gestionar en el clúster. AWS Batch solo necesita que el clúster esté configurado con controles de acceso basados en roles (RBAC) que permitan AWS Batch comunicarse con el servidor de API. Kubernetes AWS Batch llamadas Kubernetes APIs para crear, monitorear y eliminar Kubernetes pods y nodos. AWS Batch tiene una lógica de escalado integrada para escalar Kubernetes los nodos en función de la carga de la cola de trabajos con optimizaciones en términos de asignación de la capacidad de trabajo. Cuando la cola de trabajos esté vacía, reduce la AWS Batch escala de los nodos hasta alcanzar la capacidad mínima que haya establecido, que de forma predeterminada es cero. AWS Batch gestiona todo el ciclo de vida de estos nodos y los decora con etiquetas y manchas. De esta forma, no se colocan otras Kubernetes cargas de trabajo en los nodos gestionados por. AWS Batch La excepción son las `DaemonSets` que pueden dirigirse a AWS Batch los nodos para proporcionar supervisión y otras funciones necesarias para la correcta ejecución de las tareas. Además, AWS Batch no ejecuta trabajos, específicamente pods, en los nodos del clúster que no administra. De esta forma, puede usar una lógica de escalado y servicios independientes para otras aplicaciones del clúster. Para enviar trabajos AWS Batch, interactúas directamente con la AWS Batch API. AWS Batch traduce los trabajos en `podspecs` y, a continuación, crea las solicitudes para colocar pods en los nodos gestionados por AWS Batch su clúster de Amazon EKS. Puede utilizar herramientas como, por ejemplo, `kubectl` para ver los nodos y los pods en ejecución. Cuando un pod ha completado su ejecución, AWS Batch elimina el pod que creó para mantener una carga menor en el Kubernetes sistema. Puede empezar conectando un clúster de Amazon EKS válido con AWS Batch. A continuación, adjúntele una cola de AWS Batch trabajos y registre una definición de trabajo de Amazon EKS con atributos `podspec` equivalentes. Por último, envíe los trabajos mediante la operación de [SubmitJob](https://docs.aws.amazon.com/batch/latest/APIReference/API_SubmitJob.html)API que hace referencia a la definición del trabajo. Para obtener más información, consulte [Cómo empezar con AWS Batch Amazon EKS](getting-started-eks.md). ## Amazon EKS **Topics** + [Amazon EKS](#compute-environments-eks) + [AMI predeterminada de Amazon EKS](eks-ce-ami-selection.md) + [Entornos de AMI mixtos](mixed-ami-environments.md) + [Versiones de Kubernetes compatibles](supported_kubernetes_version.md) + [Actualización de la versión Kubernetes del entorno de computación.](updating-k8s-version-ce.md) + [Responsabilidad compartida de los nodos Kubernetes](eks-ce-shared-responsibility.md) + [Ejecute un DaemonSet nodo AWS Batch gestionado](daemonset-on-batch-eks-nodes.md) + [Personalización de plantillas de lanzamiento de Amazon EKS](eks-launch-templates.md) + [¿Cómo actualizar de EKS AL2 a EKS AL2023](eks-migration-2023.md) # AMI predeterminada de Amazon EKS Al crear un entorno informático Amazon EKS, no necesita especificar una imagen de máquina de Amazon (AMI). AWS Batch selecciona una AMI optimizada para Amazon EKS en función de los tipos de Kubernetes versión e instancia que se especifican en la [CreateComputeEnvironment](https://docs.aws.amazon.com/batch/latest/APIReference/API_CreateComputeEnvironment.html)solicitud. En general, recomendamos que utilice la selección de AMI predeterminada. Para obtener más información sobre Amazon EKS optimizado AMIs, consulte [Amazon Linux optimizado para Amazon EKS AMIs](https://docs.aws.amazon.com/eks/latest/userguide/eks-optimized-ami.html) en la *Guía del usuario de Amazon EKS*. **importante** Amazon Linux 2023 AMIs es la opción predeterminada AWS Batch para Amazon EKS. AWS finalizará el soporte para Amazon EKS AL2 (optimizado y AL2 acelerado) a partir del 26 de noviembre de AMIs 2025. Puede seguir utilizando Amazon Linux 2 optimizado para Amazon EKS AWS Batch proporcionado AMIs en sus entornos informáticos de Amazon EKS más allá de la end-of-support fecha del 26 de noviembre del 25 de noviembre; sin embargo, estos entornos informáticos ya no recibirán nuevas actualizaciones de software, parches de seguridad o correcciones de errores. AWS*Para obtener más información sobre la actualización de AL2 a AL2023, consulte la Guía del [¿Cómo actualizar de EKS AL2 a EKS AL2023](eks-migration-2023.md)AWS Batch usuario.* Ejecute el siguiente comando para ver qué tipo de AMI AWS Batch ha seleccionado para su entorno informático Amazon EKS. El siguiente ejemplo es un tipo de instancia que no es de GPU. ``` # compute CE example: indicates Batch has chosen the AL2 x86 or ARM EKS 1.32 AMI, depending on instance types $ aws batch describe-compute-environments --compute-environments My-Eks-CE1 \ | jq '.computeEnvironments[].computeResources.ec2Configuration' [ { "imageType": "EKS_AL2", "imageKubernetesVersion": "1.32" } ] ``` El siguiente ejemplo es un tipo de instancia de GPU. ``` # GPU CE example: indicates Batch has choosen the AL2 x86 EKS Accelerated 1.32 AMI $ aws batch describe-compute-environments --compute-environments My-Eks-GPU-CE \ | jq '.computeEnvironments[].computeResources.ec2Configuration' [ { "imageType": "EKS_AL2_NVIDIA", "imageKubernetesVersion": "1.32" } ] ``` # Entornos de AMI mixtos Puede utilizar las anulaciones de plantillas de lanzamiento para crear entornos de procesamiento con Amazon Linux 2 (AL2) y Amazon Linux 2023 (AL2023) AMIs. Esto resulta útil si se utilizan diferentes arquitecturas AMIs para distintas arquitecturas o durante los períodos de migración durante la transición de a. AL2 AL2023 **nota** AWS finalizará el soporte para Amazon EKS AL2 (optimizado y AL2 acelerado) a partir del 26 de noviembre de AMIs 2025. Si bien puede seguir utilizando Amazon Linux 2 optimizado para Amazon EKS AWS Batch proporcionado AMIs en sus entornos informáticos de Amazon EKS más allá de la end-of-support fecha del 26 de noviembre del 25 de noviembre, estos entornos informáticos ya no recibirán nuevas actualizaciones de software, parches de seguridad o correcciones de errores. AWS Los entornos de AMI mixtos pueden resultar útiles durante el período de transición, ya que le permiten migrar gradualmente las cargas de trabajo y, al AL2023 mismo tiempo, mantener la compatibilidad con las cargas de trabajo AL2 basadas en las existentes. Ejemplo de configuración con ambos tipos de AMI: ``` { "computeResources": { "launchTemplate": { "launchTemplateId": "TemplateId", "version": "1", "userdataType": "EKS_BOOTSTRAP_SH", "overrides": [ { "instanceType": "c5.large", "imageId": "ami-al2-custom", "userdataType": "EKS_BOOTSTRAP_SH" }, { "instanceType": "c6a.large", "imageId": "ami-al2023-custom", "userdataType": "EKS_NODEADM" } ] }, "instanceTypes": ["c5.large", "c6a.large"] } } ``` # Versiones de Kubernetes compatibles AWS Batch en Amazon EKS actualmente es compatible con las siguientes Kubernetes versiones: + `1.34` + `1.33` + `1.32` + `1.31` + `1.30` + `1.29` Es posible que aparezca un mensaje de error similar al siguiente cuando utilice la operación de `CreateComputeEnvironment` API o la operación de `UpdateComputeEnvironment` API para crear o actualizar un entorno de computación. Este problema se produce si especifica una versión de Kubernetes no compatible en `EC2Configuration`. ``` At least one imageKubernetesVersion in EC2Configuration is not supported. ``` Para resolver este problema, elimine el entorno de procesamiento y vuelva a crearlo con una versión de Kubernetes compatible. Puede realizar una actualización de una versión menor en su clúster de Amazon EKS. Por ejemplo, puede actualizar el clúster de `1.xx` a `1.yy` incluso si la versión secundaria no es compatible. Sin embargo, es posible que el estado del entorno de computación cambie a `INVALID` después de una actualización de la versión principal. Por ejemplo, si realiza una actualización de una versión principal de `1.xx` a `2.yy`. Si la versión principal no es compatible con AWS Batch, aparecerá un mensaje de error similar al siguiente. ``` reason=CLIENT_ERROR - ... EKS Cluster version [2.yy] is unsupported ``` # Actualización de la versión Kubernetes del entorno de computación. Con AWS Batch, puede actualizar la Kubernetes versión de un entorno informático para que sea compatible con las actualizaciones de clústeres de Amazon EKS. La Kubernetes versión de un entorno de cómputo es la versión AMI de Amazon EKS para los Kubernetes nodos que se AWS Batch lanzan para ejecutar tareas. Puede realizar una actualización de versión de Kubernetes en sus nodos Amazon EKS antes o después de actualizar la versión del plano de control del clúster de Amazon EKS. Le recomendamos que actualice los nodos después de actualizar el plano de control. Para obtener más información, consulte [Actualizar la versión de Kubernetes del clúster de Amazon EKS](https://docs.aws.amazon.com/eks/latest/userguide/update-cluster.html) en la *Guía del usuario de Amazon EKS*. Para actualizar la versión de Kubernetes de un entorno de computación, utilice la operación [https://docs.aws.amazon.com/batch/latest/APIReference/API_UpdateComputeEnvironment.html](https://docs.aws.amazon.com/batch/latest/APIReference/API_UpdateComputeEnvironment.html) API. ``` $ aws batch update-compute-environment \ --compute-environment \ --compute-resources \ 'ec2Configuration=[{imageType=EKS_AL2,imageKubernetesVersion=1.32}]' ``` # Responsabilidad compartida de los nodos Kubernetes El mantenimiento de los entornos de computación es una responsabilidad compartida. + No cambies ni elimines AWS Batch nodos, etiquetas, manchas, espacios de nombres, plantillas de lanzamiento ni grupos de escalado automático. No añada información contaminada a los nodos gestionados. AWS Batch Si realiza alguno de estos cambios, su entorno de computación no será compatible y se producirán errores, incluidas las instancias inactivas. + No dirija sus pods a los nodos AWS Batch gestionados. Si dirige sus pods a los nodos gestionados, se producirán problemas de escalado y las colas de trabajos se atascarán. Ejecuta cargas de trabajo que no se usen AWS Batch en nodos autogestionados o grupos de nodos gestionados. Para obtener más información, consulte [Grupos de nodos administrados](https://docs.aws.amazon.com/eks/latest/userguide/managed-node-groups.html) en la *Guía del usuario de Amazon EKS*. + Puede seleccionar DaemonSet a para que se ejecute en nodos AWS Batch gestionados. Para obtener más información, consulte [Ejecute un DaemonSet nodo AWS Batch gestionado](daemonset-on-batch-eks-nodes.md). AWS Batch no actualiza automáticamente el entorno informático AMIs. Es su responsabilidad actualizarlas. Ejecute el siguiente comando para actualizar AMIs a la última versión de la AMI. ``` $ aws batch update-compute-environment \ --compute-environment \ --compute-resources 'updateToLatestImageVersion=true' ``` AWS Batch no actualiza automáticamente la Kubernetes versión. Ejecute el siguiente comando para actualizar la Kubernetes versión del entorno de su ordenador a*1.32*. ``` $ aws batch update-compute-environment \ --compute-environment \ --compute-resources \ 'ec2Configuration=[{imageType=EKS_AL2,imageKubernetesVersion=1.32}]' ``` Al actualizar a una AMI o a una Kubernetes versión más reciente, puede especificar si desea finalizar los trabajos cuando se actualicen (`terminateJobsOnUpdate`) y cuánto tiempo esperar antes de reemplazar una instancia si los trabajos en ejecución no terminan (`jobExecutionTimeoutMinutes`.) Para obtener más información, consulte [Actualizar un entorno informático en AWS Batch](updating-compute-environments.md) y la política de actualización de la infraestructura ([https://docs.aws.amazon.com/batch/latest/APIReference/API_UpdatePolicy.html](https://docs.aws.amazon.com/batch/latest/APIReference/API_UpdatePolicy.html)) establecida en la operación [https://docs.aws.amazon.com/batch/latest/APIReference/API_UpdateComputeEnvironment.html](https://docs.aws.amazon.com/batch/latest/APIReference/API_UpdateComputeEnvironment.html) de la API. # Ejecute un DaemonSet nodo AWS Batch gestionado AWS Batch establece manchas en los nodos gestionados. AWS Batch Kubernetes Puede seleccionar a DaemonSet para que se ejecute en nodos AWS Batch gestionados con lo siguiente`tolerations`. ``` tolerations: - key: "batch.amazonaws.com/batch-node" operator: "Exists" ``` Otra forma de hacerlo es con lo siguiente `tolerations`. ``` tolerations: - key: "batch.amazonaws.com/batch-node" operator: "Exists" effect: "NoSchedule" - key: "batch.amazonaws.com/batch-node" operator: "Exists" effect: "NoExecute" ``` # Personalización de plantillas de lanzamiento de Amazon EKS AWS Batch en Amazon EKS admite plantillas de lanzamiento. Existen limitaciones en cuanto a lo que puede hacer su plantilla de lanzamiento. **importante** En el caso de EKS AL2 AMIs, AWS Batch ejecuta`/etc/eks/bootstrap.sh`. No ejecute `/etc/eks/bootstrap.sh` en su plantilla de lanzamiento ni en sus scripts cloud-init user-data. Puede añadir parámetros adicionales además del parámetro `--kubelet-extra-args` a [bootstrap.sh](https://github.com/awslabs/amazon-eks-ami/blob/main/templates/al2/runtime/bootstrap.sh). Para ello, defina la variable `AWS_BATCH_KUBELET_EXTRA_ARGS` en el archivo `/etc/aws-batch/batch.config`. Consulte el ejemplo siguiente para obtener información detallada. En el caso de EKS AL2023, AWS Batch utiliza el comando [NodeConfigSpec](https://awslabs.github.io/amazon-eks-ami/nodeadm/doc/api/#nodeconfigspec)from EKS para hacer que las instancias se unan al clúster de EKS. AWS Batch rellena [ClusterDetails](https://awslabs.github.io/amazon-eks-ami/nodeadm/doc/api/#clusterdetails)el clúster [NodeConfigSpec](https://awslabs.github.io/amazon-eks-ami/nodeadm/doc/api/#nodeconfigspec)de EKS y no es necesario especificarlos. **nota** Le recomendamos que no establezca ninguno de los siguientes [https://awslabs.github.io/amazon-eks-ami/nodeadm/doc/api/#nodeconfigspec](https://awslabs.github.io/amazon-eks-ami/nodeadm/doc/api/#nodeconfigspec)ajustes en la plantilla de lanzamiento, ya que AWS Batch anulará sus valores. Para obtener más información, consulte [Responsabilidad compartida de los nodos Kubernetes](eks-ce-shared-responsibility.md). `Taints` `Cluster Name` `apiServerEndpoint` `certificatAuthority` `CIDR` No cree etiquetas con el prefijo `batch.amazonaws.com/` **nota** Si la plantilla de lanzamiento se cambia después de [CreateComputeEnvironment](https://docs.aws.amazon.com/batch/latest/APIReference/API_CreateComputeEnvironment.html)llamarla, [https://docs.aws.amazon.com/batch/latest/APIReference/API_UpdateComputeEnvironment.html](https://docs.aws.amazon.com/batch/latest/APIReference/API_UpdateComputeEnvironment.html)hay que llamarla para evaluar la versión de la plantilla de lanzamiento que se va a reemplazar. **Topics** + [Adición de argumentos adicionales `kubelet`](#kubelet-extra-args) + [Configuración del tiempo de ejecución del contenedor](#change-container-runtime) + [Montaje de un volumen de Amazon EFS](#mounting-efs-volume) + [IPv6 soporte](#eks-ipv6-support) ## Adición de argumentos adicionales `kubelet` AWS Batch admite la adición de argumentos adicionales al `kubelet` comando. Para ver una lista completa de parámetros que admite [https://kubernetes.io/docs/reference/command-line-tools-reference/kubelet/](https://kubernetes.io/docs/reference/command-line-tools-reference/kubelet/), consulte la *Documentación de Kubernetes*. En el siguiente ejemplo, para EKS AL2 AMIs, `--node-labels mylabel=helloworld` se agrega a la línea de `kubelet` comandos. ``` MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="==MYBOUNDARY==" --==MYBOUNDARY== Content-Type: text/x-shellscript; charset="us-ascii" #!/bin/bash mkdir -p /etc/aws-batch echo AWS_BATCH_KUBELET_EXTRA_ARGS=\"--node-labels mylabel=helloworld\" >> /etc/aws-batch/batch.config --==MYBOUNDARY==-- ``` Para EKS, AL2023 AMIs el formato de archivo es YAML. Para ver una lista completa de parámetros que admite [https://awslabs.github.io/amazon-eks-ami/nodeadm/doc/api/#nodeconfigspec](https://awslabs.github.io/amazon-eks-ami/nodeadm/doc/api/#nodeconfigspec), consulte la *Documentación de Kubernetes*. En el siguiente ejemplo, para EKS AL2023 AMIs, `--node-labels mylabel=helloworld` se agrega a la línea de `kubelet` comandos. ``` MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="==MYBOUNDARY==" --==MYBOUNDARY== Content-Type: application/node.eks.aws apiVersion: node.eks.aws/v1alpha1 kind: NodeConfig spec: kubelet: flags: - --node-labels=mylabel=helloworld --==MYBOUNDARY==-- ``` ## Configuración del tiempo de ejecución del contenedor Puede utilizar la variable de AWS Batch `CONTAINER_RUNTIME` entorno para configurar el tiempo de ejecución del contenedor en un nodo gestionado. En el siguiente ejemplo, se establece el tiempo de ejecución del contenedor en `containerd` cuando se ejecuta `bootstrap.sh`. Para obtener más información, consulte [https://kubernetes.io/docs/setup/production-environment/container-runtimes/#containerd](https://kubernetes.io/docs/setup/production-environment/container-runtimes/#containerd) en la *documentación de Kubernetes*. Si utiliza una AMI optimizada de `EKS_AL2023` o una AMI de `EKS_AL2023_NVIDIA`, no necesita especificar el tiempo de ejecución del contenedor, ya que solo se admite **containerd**. **nota** La variable de entorno de `CONTAINER_RUNTIME` equivale a la opción `--container-runtime` de `bootstrap.sh`. Para obtener más información, consulte [https://kubernetes.io/docs/reference/command-line-tools-reference/kubelet/#options](https://kubernetes.io/docs/reference/command-line-tools-reference/kubelet/#options) en la *documentación de Kubernetes*. ``` MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="==MYBOUNDARY==" --==MYBOUNDARY== Content-Type: text/x-shellscript; charset="us-ascii" #!/bin/bash mkdir -p /etc/aws-batch echo CONTAINER_RUNTIME=containerd >> /etc/aws-batch/batch.config --==MYBOUNDARY==-- ``` ## Montaje de un volumen de Amazon EFS Puede utilizar plantillas de lanzamiento para montar los volúmenes en el nodo. En el siguiente ejemplo, se utilizan los ajustes `cloud-config` `packages` y `runcmd`. Para obtener más información, consulte [ejemplos de configuración de nube](https://cloudinit.readthedocs.io/en/latest/topics/examples.html) en la *cloud-initdocumentación*. ``` MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="==MYBOUNDARY==" --==MYBOUNDARY== Content-Type: text/cloud-config; charset="us-ascii" packages: - amazon-efs-utils runcmd: - file_system_id_01=fs-abcdef123 - efs_directory=/mnt/efs - mkdir -p ${efs_directory} - echo "${file_system_id_01}:/ ${efs_directory} efs _netdev,noresvport,tls,iam 0 0" >> /etc/fstab - mount -t efs -o tls ${file_system_id_01}:/ ${efs_directory} --==MYBOUNDARY==-- ``` Para usar este volumen en el trabajo, debe añadirse al parámetro [eksProperties](https://docs.aws.amazon.com/batch/latest/APIReference/API_EksProperties.html) a. [RegisterJobDefinition](https://docs.aws.amazon.com/batch/latest/APIReference/API_RegisterJobDefinition.html) El siguiente ejemplo es una gran parte de la definición del trabajo. ``` { "jobDefinitionName": "MyJobOnEks_EFS", "type": "container", "eksProperties": { "podProperties": { "containers": [ { "image": "public.ecr.aws/amazonlinux/amazonlinux:2", "command": ["ls", "-la", "/efs"], "resources": { "limits": { "cpu": "1", "memory": "1024Mi" } }, "volumeMounts": [ { "name": "efs-volume", "mountPath": "/efs" } ] } ], "volumes": [ { "name": "efs-volume", "hostPath": { "path": "/mnt/efs" } } ] } } } ``` En el nodo, el volumen de Amazon EFS está montado en el directorio `/mnt/efs`. En el contenedor del trabajo de Amazon EKS, el volumen se monta en el directorio `/efs`. ## IPv6 soporte AWS Batch admite clústeres de Amazon EKS que tienen IPv6 direcciones. No se requieren personalizaciones para obtener AWS Batch soporte. Sin embargo, antes de empezar, le recomendamos que revise las consideraciones y condiciones que se describen en [Asignación de IPv6 direcciones a pods y servicios](https://docs.aws.amazon.com/eks/latest/userguide/cni-ipv6.html) de la *Guía del usuario de Amazon EKS*. # ¿Cómo actualizar de EKS AL2 a EKS AL2023 Los Amazon EKS optimizados AMIs están disponibles en dos familias basadas en Amazon Linux 2 (AL2) y Amazon Linux 2023 (AL2023). AL2023 es un sistema operativo basado en Linux diseñado para proporcionar un entorno seguro, estable y de alto rendimiento para sus aplicaciones en la nube. Para obtener más información sobre las diferencias entre Amazon Linux 2 AL2 y Amazon Linux 2023, AL2023 consulte [Actualización de Amazon Linux 2 a Amazon Linux 2023](https://docs.aws.amazon.com/eks/latest/userguide/al2023.html) en la *Guía del usuario de Amazon EKS*. **importante** AWS finalizará el soporte para Amazon EKS AL2 (optimizado y AL2 acelerado) a partir del 26 de noviembre de AMIs 2025. Recomendamos migrar los entornos de cómputo de AWS Batch Amazon EKS a Amazon Linux 2023 antes del 26/11/25 para mantener un rendimiento y una seguridad óptimos. Si bien puede seguir utilizando Amazon Linux 2 optimizado para Amazon EKS AWS Batch proporcionado AMIs en sus entornos informáticos de Amazon EKS más allá de la end-of-support fecha del 26 de noviembre del 25 de noviembre, estos entornos informáticos ya no recibirán nuevas actualizaciones de software, parches de seguridad o correcciones de errores. AWS Posteriormente, es su [responsabilidad mantener](eks-ce-shared-responsibility.md#eks-ce-shared-responsibility.title) estos entornos informáticos en la AMI Amazon Linux 2 optimizada para Amazon EKS end-of-life. En función de cómo esté configurado su entorno informático, puede utilizar una de las siguientes rutas de actualización de AL2 a AL2023. **Actualice mediante Ec2Configuration. ImageType** + Si no está utilizando una plantilla de lanzamiento o anulaciones de plantillas de lanzamiento, cambie [Ec2Configuration. ImageType](https://docs.aws.amazon.com/batch/latest/APIReference/API_Ec2Configuration.html#Batch-Type-Ec2Configuration-imageType)a `EKS_AL2023` o y, a continuación, `EKS_AL2023_NVIDIA` ejecute. [UpdateComputeEnvironment](https://docs.aws.amazon.com/batch/latest/APIReference/API_UpdateComputeEnvironment.html) + Si especifica una configuración [Ec2. ](https://docs.aws.amazon.com/batch/latest/APIReference/API_Ec2Configuration.html#Batch-Type-Ec2Configuration-imageIdOverride)ImageIdOverride[luego Ec2 Configuration. ImageType](https://docs.aws.amazon.com/batch/latest/APIReference/API_Ec2Configuration.html#Batch-Type-Ec2Configuration-imageType)debe coincidir con el tipo de AMI especificado en [Ec2Configuration. ImageIdOverride](https://docs.aws.amazon.com/batch/latest/APIReference/API_Ec2Configuration.html#Batch-Type-Ec2Configuration-imageIdOverride). Si `ImageIdOverride` y `ImageType` no coinciden, el nodo no se unirá al clúster. **Actualización mediante plantillas de lanzamiento** + Si tienes algún argumento `kubelet` adicional definido en una plantilla de lanzamiento o en una modificación de la plantilla de lanzamiento, tendrás que actualizarlo al nuevo [formato de argumentos `kubelet` adicionales](eks-launch-templates.md#kubelet-extra-args.title). Si no coincide con el formato de argumentos adicionales `kubelet`, los argumentos adicionales no se aplicarán. + Porque AL2023 AMIs **containerd** es el único tiempo de ejecución de contenedores compatible. No es necesario especificar el tiempo de ejecución del contenedor en `EKS_AL2023` para la plantilla de lanzamiento. No puedes especificar un tiempo de ejecución de contenedor personalizado con`EKS_AL2023`. + Si utiliza una plantilla de lanzamiento o una anulación de la plantilla de lanzamiento que especifique una AMI según `EKS_AL2023`, debe establecer [userdataType](https://docs.aws.amazon.com/batch/latest/APIReference/API_LaunchTemplateSpecification.html) en `EKS_NODEADM`. Si `userdataType` y la AMI no coinciden, el nodo no se unirá al clúster de EKS.