Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà. # Ambienti di elaborazione Amazon EKS [Guida introduttiva ad AWS Batch Amazon EKS](getting-started-eks.md)fornisce una breve guida alla creazione di ambienti di calcolo EKS. Questa sezione fornisce maggiori dettagli sugli ambienti di calcolo Amazon EKS. ![\[AWS Batch workflow diagram showing integration with Amazon EKS, ECS, Fargate, and EC2.\]](http://docs.aws.amazon.com/it_it/batch/latest/userguide/images/batch-on-eks.png) AWS Batch semplifica i carichi di lavoro in batch sui cluster Amazon EKS fornendo funzionalità batch gestite. Ciò include l'accodamento, il monitoraggio delle dipendenze, la gestione delle priorità e dei nuovi tentativi di lavoro, la gestione dei pod e la scalabilità dei nodi. AWS Batch può gestire più zone di disponibilità e più tipi e dimensioni di istanze Amazon EC2. AWS Batch integra diverse best practice Spot di Amazon EC2 per eseguire i carichi di lavoro con tolleranza ai guasti, riducendo al minimo le interruzioni. Puoi utilizzarlo AWS Batch per eseguire una manciata di lavori durante la notte o milioni di lavori cruciali con sicurezza. ![\[AWS Batch workflow on Amazon EKS, showing job queue, compute environment, and EC2 instances.\]](http://docs.aws.amazon.com/it_it/batch/latest/userguide/images/batch-on-eks-detail.png) AWS Batch è un servizio gestito che orchestra carichi di lavoro in batch nei Kubernetes cluster gestiti da Amazon Elastic Kubernetes Service (Amazon EKS). AWS Batch esegue questa orchestrazione all'esterno dei cluster utilizzando un modello «overlay». Poiché AWS Batch si tratta di un servizio gestito, non ci sono Kubernetes componenti (ad esempio, operatori o risorse personalizzate) da installare o gestire nel cluster. AWS Batch richiede solo che il cluster sia configurato con Role-Based Access Controls (RBAC) che consentono di comunicare con AWS Batch il server API. Kubernetes AWS Batch chiamate Kubernetes APIs per creare, monitorare ed eliminare Kubernetes pod e nodi. AWS Batch dispone di una logica di scalabilità integrata per scalare Kubernetes i nodi in base al carico della coda di lavoro con ottimizzazioni in termini di allocazione della capacità lavorativa. Quando la coda dei processi è vuota, riduce AWS Batch i nodi alla capacità minima impostata, che per impostazione predefinita è zero. AWS Batch gestisce l'intero ciclo di vita di questi nodi e decora i nodi con etichette e macchie. In questo modo, altri Kubernetes carichi di lavoro non vengono collocati sui nodi gestiti da. AWS Batch L'eccezione è che possono indirizzare AWS Batch i nodi per fornire il monitoraggio e altre funzionalità necessarie per la corretta esecuzione dei lavori. `DaemonSets` Inoltre, AWS Batch non esegue job, in particolare pod, su nodi del cluster che non gestisce. In questo modo, è possibile utilizzare logiche e servizi di scalabilità separati per altre applicazioni del cluster. Per inviare lavori AWS Batch, interagisci direttamente con l' AWS Batch API. AWS Batch traduce i lavori `podspecs` e quindi crea le richieste per posizionare i pod sui nodi gestiti da AWS Batch nel tuo cluster Amazon EKS. Puoi utilizzare strumenti come visualizzare i pod e `kubectl` i nodi in esecuzione. Quando un pod ha completato la sua esecuzione, AWS Batch elimina il pod che ha creato per mantenere un carico inferiore sul Kubernetes sistema. Puoi iniziare collegando un cluster Amazon EKS valido con AWS Batch. Quindi allega una coda di AWS Batch lavoro e registra una definizione di processo Amazon EKS utilizzando attributi `podspec` equivalenti. Infine, invia i lavori utilizzando l'operazione [SubmitJob](https://docs.aws.amazon.com/batch/latest/APIReference/API_SubmitJob.html)API che fa riferimento alla definizione del lavoro. Per ulteriori informazioni, consulta [Guida introduttiva ad AWS Batch Amazon EKS](getting-started-eks.md). ## Amazon EKS **Topics** + [Amazon EKS](#compute-environments-eks) + [AMI Amazon EKS predefinita](eks-ce-ami-selection.md) + [Ambienti AMI misti](mixed-ami-environments.md) + [Versioni di Kubernetes supportate](supported_kubernetes_version.md) + [Aggiorna la Kubernetes versione dell'ambiente di calcolo](updating-k8s-version-ce.md) + [Responsabilità condivisa dei nodi Kubernetes](eks-ce-shared-responsibility.md) + [Esegui un DaemonSet su nodi AWS Batch gestiti](daemonset-on-batch-eks-nodes.md) + [Personalizza i modelli di lancio di Amazon EKS](eks-launch-templates.md) + [Come eseguire l'aggiornamento da EKS a EKS AL2 AL2023](eks-migration-2023.md) # AMI Amazon EKS predefinita Quando crei un ambiente di calcolo Amazon EKS, non è necessario specificare un'Amazon Machine Image (AMI). AWS Batch seleziona un'AMI ottimizzata per Amazon EKS in base alla Kubernetes versione e ai tipi di istanza specificati nella [CreateComputeEnvironment](https://docs.aws.amazon.com/batch/latest/APIReference/API_CreateComputeEnvironment.html)richiesta. In generale, ti consigliamo di utilizzare la selezione AMI predefinita. Per ulteriori informazioni su Amazon EKS optimized AMIs, consulta [Amazon Linux ottimizzato per Amazon EKS AMIs](https://docs.aws.amazon.com/eks/latest/userguide/eks-optimized-ami.html) nella *Guida per l'utente di Amazon EKS*. **Importante** Amazon Linux 2023 AMIs è l'impostazione predefinita AWS Batch per Amazon EKS. AWS terminerà il supporto per Amazon EKS AL2 ottimizzato e AL2 accelerato AMIs a partire dal 26/11/25. Puoi continuare a utilizzare Amazon Linux 2 ottimizzato per Amazon EKS AWS Batch fornito AMIs sui tuoi ambienti di calcolo Amazon EKS oltre la end-of-support data del 26/11/25, tuttavia questi ambienti di elaborazione non riceveranno più nuovi aggiornamenti software, patch di sicurezza o correzioni di bug. AWS*Per ulteriori informazioni sull'aggiornamento da a, consulta la Guida per l'utente. AL2 AL2023 [Come eseguire l'aggiornamento da EKS a EKS AL2 AL2023](eks-migration-2023.md)AWS Batch * Esegui il comando seguente per vedere quale tipo di AMI è AWS Batch stato selezionato per il tuo ambiente di calcolo Amazon EKS. L'esempio seguente è un tipo di istanza non 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" } ] ``` L'esempio seguente è un tipo di istanza 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" } ] ``` # Ambienti AMI misti Puoi utilizzare le sostituzioni dei modelli di avvio per creare ambienti di calcolo con Amazon Linux 2 () AL2 e Amazon Linux 2023 (). AL2023 AMIs Ciò è utile per utilizzare architetture diverse AMIs per diverse o durante i periodi di migrazione durante la transizione da a. AL2 AL2023 **Nota** AWS terminerà il supporto per Amazon EKS AL2 ottimizzato e AL2 accelerato AMIs a partire dal 26/11/25. Sebbene tu possa continuare a utilizzare Amazon Linux 2 ottimizzato per Amazon EKS AWS Batch fornito AMIs sui tuoi ambienti di calcolo Amazon EKS oltre la end-of-support data del 26/11/25, questi ambienti di elaborazione non riceveranno più nuovi aggiornamenti software, patch di sicurezza o correzioni di bug. AWS Gli ambienti AMI misti possono essere utili durante il periodo di transizione, consentendoti di migrare gradualmente i carichi di lavoro verso, pur AL2023 mantenendo la compatibilità con i carichi di lavoro AL2 basati su quelli esistenti. Esempio di configurazione che utilizza entrambi i tipi di 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"] } } ``` # Versioni di Kubernetes supportate AWS Batch su Amazon EKS attualmente supporta le seguenti Kubernetes versioni: + `1.34` + `1.33` + `1.32` + `1.31` + `1.30` + `1.29` Potresti visualizzare un messaggio di errore simile al seguente quando utilizzi l'operazione `CreateComputeEnvironment` API o l'operazione `UpdateComputeEnvironment` API per creare o aggiornare un ambiente di calcolo. Questo problema si verifica se si specifica una versione non supportata Kubernetes in. `EC2Configuration` ``` At least one imageKubernetesVersion in EC2Configuration is not supported. ``` Per risolvere questo problema, elimina l'ambiente di calcolo e quindi ricrealo con una versione supportata. Kubernetes Puoi eseguire un aggiornamento di versione minore sul tuo cluster Amazon EKS. Ad esempio, puoi aggiornare il cluster da `1.xx` a `1.yy` anche se la versione secondaria non è supportata. Tuttavia, lo stato dell'ambiente di calcolo potrebbe cambiare `INVALID` dopo un aggiornamento della versione principale. Ad esempio, se si esegue un aggiornamento della versione principale da `1.xx` a`2.yy`. Se la versione principale non è supportata da AWS Batch, viene visualizzato un messaggio di errore analogo al seguente. ``` reason=CLIENT_ERROR - ... EKS Cluster version [2.yy] is unsupported ``` # Aggiorna la Kubernetes versione dell'ambiente di calcolo Con AWS Batch, puoi aggiornare la Kubernetes versione di un ambiente di calcolo per supportare gli upgrade dei cluster Amazon EKS. La Kubernetes versione di un ambiente di calcolo è la versione AMI di Amazon EKS per i Kubernetes nodi che vengono AWS Batch avviati per eseguire processi. Puoi eseguire un upgrade di Kubernetes versione sui loro nodi Amazon EKS prima o dopo aver aggiornato la versione del piano di controllo del cluster Amazon EKS. Ti consigliamo di aggiornare i nodi dopo aver aggiornato il piano di controllo. Per ulteriori informazioni, consulta [Aggiornamento di una Kubernetes versione del cluster Amazon EKS](https://docs.aws.amazon.com/eks/latest/userguide/update-cluster.html) nella *Guida per l'utente di Amazon EKS*. Per aggiornare la Kubernetes versione di un ambiente di calcolo, utilizza l'operazione [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}]' ``` # Responsabilità condivisa dei nodi Kubernetes La manutenzione degli ambienti di elaborazione è una responsabilità condivisa. + Non modificare o rimuovere AWS Batch nodi, etichette, tinte, namespace, modelli di avvio o gruppi con ridimensionamento automatico. Non aggiungere macchie ai nodi gestiti. AWS Batch Se apporti una di queste modifiche, l'ambiente di calcolo non può essere supportato e si verificano errori, comprese le istanze inattive. + Non indirizzate i pod verso nodi gestiti. AWS Batch Se indirizzate i pod verso i nodi gestiti, si verificheranno problemi di scalabilità e code di lavoro bloccate. Esegui carichi di lavoro che non vengono utilizzati AWS Batch su nodi autogestiti o gruppi di nodi gestiti. Per ulteriori informazioni, consulta [Gruppi di nodi gestiti](https://docs.aws.amazon.com/eks/latest/userguide/managed-node-groups.html) nella *Guida per l'utente di Amazon EKS*. + Puoi scegliere come target DaemonSet a da eseguire su nodi AWS Batch gestiti. Per ulteriori informazioni, consulta [Esegui un DaemonSet su nodi AWS Batch gestiti](daemonset-on-batch-eks-nodes.md). AWS Batch non aggiorna automaticamente l'ambiente di calcolo. AMIs È tua responsabilità aggiornarli. Esegui il seguente comando per aggiornare il tuo AMI AMIs alla versione più recente. ``` $ aws batch update-compute-environment \ --compute-environment \ --compute-resources 'updateToLatestImageVersion=true' ``` AWS Batch non aggiorna automaticamente la Kubernetes versione. Esegui il comando seguente per aggiornare la Kubernetes versione del tuo ambiente informatico a*1.32*. ``` $ aws batch update-compute-environment \ --compute-environment \ --compute-resources \ 'ec2Configuration=[{imageType=EKS_AL2,imageKubernetesVersion=1.32}]' ``` Quando esegui l'aggiornamento a un'AMI o alla Kubernetes versione più recente, puoi specificare se terminare i lavori quando vengono aggiornati (`terminateJobsOnUpdate`) e per quanto tempo attendere prima che un'istanza venga sostituita se i lavori in esecuzione non finiscono (`jobExecutionTimeoutMinutes`.) Per ulteriori informazioni, consulta [Aggiornare un ambiente di calcolo in AWS Batch](updating-compute-environments.md) e la policy di aggiornamento dell'infrastruttura ([https://docs.aws.amazon.com/batch/latest/APIReference/API_UpdatePolicy.html](https://docs.aws.amazon.com/batch/latest/APIReference/API_UpdatePolicy.html)) impostata nell'operazione [https://docs.aws.amazon.com/batch/latest/APIReference/API_UpdateComputeEnvironment.html](https://docs.aws.amazon.com/batch/latest/APIReference/API_UpdateComputeEnvironment.html)API. # Esegui un DaemonSet su nodi AWS Batch gestiti AWS Batch imposta le macchie sui nodi AWS Batch gestitiKubernetes. Puoi scegliere come target DaemonSet a da eseguire su nodi AWS Batch gestiti con quanto segue`tolerations`. ``` tolerations: - key: "batch.amazonaws.com/batch-node" operator: "Exists" ``` Un altro modo per eseguire questa operazione è il seguente`tolerations`. ``` tolerations: - key: "batch.amazonaws.com/batch-node" operator: "Exists" effect: "NoSchedule" - key: "batch.amazonaws.com/batch-node" operator: "Exists" effect: "NoExecute" ``` # Personalizza i modelli di lancio di Amazon EKS AWS Batch su Amazon EKS supporta i modelli di lancio. Esistono dei vincoli su ciò che il modello di lancio può fare. **Importante** Per EKS AL2 AMIs, corre AWS Batch . `/etc/eks/bootstrap.sh` Non eseguirlo `/etc/eks/bootstrap.sh` nel modello o negli cloud-init user-data script di lancio. È possibile aggiungere parametri aggiuntivi oltre al `--kubelet-extra-args` parametro di [bootstrap.sh](https://github.com/awslabs/amazon-eks-ami/blob/main/templates/al2/runtime/bootstrap.sh). A tale scopo, impostate la `AWS_BATCH_KUBELET_EXTRA_ARGS` variabile nel `/etc/aws-batch/batch.config` file. Vedi l'esempio seguente per i dettagli. Per EKS AL2023, AWS Batch utilizza il [NodeConfigSpec](https://awslabs.github.io/amazon-eks-ami/nodeadm/doc/api/#nodeconfigspec)formato EKS per far sì che le istanze si uniscano al cluster EKS. AWS Batch vengono [ClusterDetails](https://awslabs.github.io/amazon-eks-ami/nodeadm/doc/api/#clusterdetails)compilati [NodeConfigSpec](https://awslabs.github.io/amazon-eks-ami/nodeadm/doc/api/#nodeconfigspec)per il cluster EKS e non è necessario specificarli. **Nota** Ti consigliamo di non impostare nessuna delle seguenti [https://awslabs.github.io/amazon-eks-ami/nodeadm/doc/api/#nodeconfigspec](https://awslabs.github.io/amazon-eks-ami/nodeadm/doc/api/#nodeconfigspec)impostazioni nel modello di lancio poiché AWS Batch sostituiranno i tuoi valori. Per ulteriori informazioni, consulta [Responsabilità condivisa dei nodi Kubernetes](eks-ce-shared-responsibility.md). `Taints` `Cluster Name` `apiServerEndpoint` `certificatAuthority` `CIDR` Non creare etichette con il prefisso `batch.amazonaws.com/` **Nota** Se il modello di avvio viene modificato dopo la [CreateComputeEnvironment](https://docs.aws.amazon.com/batch/latest/APIReference/API_CreateComputeEnvironment.html)chiamata, [https://docs.aws.amazon.com/batch/latest/APIReference/API_UpdateComputeEnvironment.html](https://docs.aws.amazon.com/batch/latest/APIReference/API_UpdateComputeEnvironment.html)deve essere chiamato per valutare la versione del modello di avvio da sostituire. **Topics** + [Aggiungi argomenti `kubelet` aggiuntivi](#kubelet-extra-args) + [Configura il runtime del contenitore](#change-container-runtime) + [Montare un volume Amazon EFS](#mounting-efs-volume) + [IPv6 supporto](#eks-ipv6-support) ## Aggiungi argomenti `kubelet` aggiuntivi AWS Batch supporta l'aggiunta di argomenti aggiuntivi al `kubelet` comando. Per l'elenco dei parametri supportati, [https://kubernetes.io/docs/reference/command-line-tools-reference/kubelet/](https://kubernetes.io/docs/reference/command-line-tools-reference/kubelet/)consultate la *Kubernetesdocumentazione*. Nell'esempio seguente per EKS AL2 AMIs, `--node-labels mylabel=helloworld` viene aggiunto alla `kubelet` riga di comando. ``` 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==-- ``` Per EKS AL2023 AMIs il formato di file è YAML. *Per l'elenco dei parametri supportati, consulta la [https://awslabs.github.io/amazon-eks-ami/nodeadm/doc/api/#nodeconfigspec](https://awslabs.github.io/amazon-eks-ami/nodeadm/doc/api/#nodeconfigspec)Kubernetesdocumentazione.* Nell'esempio seguente per EKS AL2023 AMIs, `--node-labels mylabel=helloworld` viene aggiunto alla `kubelet` riga di comando. ``` 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==-- ``` ## Configura il runtime del contenitore È possibile utilizzare la variabile di AWS Batch `CONTAINER_RUNTIME` ambiente per configurare il runtime del contenitore su un nodo gestito. L'esempio seguente imposta il runtime del contenitore su `containerd` when `bootstrap.sh` run. Per ulteriori informazioni, [https://kubernetes.io/docs/setup/production-environment/container-runtimes/#containerd](https://kubernetes.io/docs/setup/production-environment/container-runtimes/#containerd)consultate la *Kubernetesdocumentazione*. Se si utilizza un'`EKS_AL2023_NVIDIA`AMI ottimizzata `EKS_AL2023` o non è necessario specificare il runtime del contenitore poiché è supportato solo **containerd**. **Nota** La variabile di `CONTAINER_RUNTIME` ambiente è equivalente all'`--container-runtime`opzione di. `bootstrap.sh` Per ulteriori informazioni, [https://kubernetes.io/docs/reference/command-line-tools-reference/kubelet/#options](https://kubernetes.io/docs/reference/command-line-tools-reference/kubelet/#options)consulta la *Kubernetesdocumentazione*. ``` 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==-- ``` ## Montare un volume Amazon EFS Puoi utilizzare i modelli di avvio per montare volumi sul nodo. Nell'esempio seguente, vengono utilizzate `runcmd` le impostazioni `cloud-config` `packages` e. Per ulteriori informazioni, consulta gli [esempi di configurazione di Cloud](https://cloudinit.readthedocs.io/en/latest/topics/examples.html) nella *cloud-initdocumentazione*. ``` 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==-- ``` Per utilizzare questo volume nel job, è necessario aggiungerlo nel parametro [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) L'esempio seguente è una parte importante della definizione del processo. ``` { "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" } } ] } } } ``` Nel nodo, il volume Amazon EFS è montato nella `/mnt/efs` directory. Nel contenitore per il job Amazon EKS, il volume viene montato nella `/efs` directory. ## IPv6 supporto AWS Batch supporta i cluster Amazon EKS con IPv6 indirizzi. Non sono richieste personalizzazioni per AWS Batch il supporto. Tuttavia, prima di iniziare, ti consigliamo di rivedere le considerazioni e le condizioni descritte nella sezione [Assegnazione di IPv6 indirizzi a pod e servizi nella](https://docs.aws.amazon.com/eks/latest/userguide/cni-ipv6.html) *Amazon* EKS User Guide. # Come eseguire l'aggiornamento da EKS a EKS AL2 AL2023 Gli Amazon EKS ottimizzati AMIs sono disponibili in due famiglie basate su Amazon Linux 2 (AL2) e Amazon Linux 2023 (AL2023). AL2023 è un sistema operativo basato su Linux progettato per fornire un ambiente sicuro, stabile e ad alte prestazioni per le tue applicazioni cloud. Per ulteriori informazioni sulle differenze AL2 e AL2023 consulta [l'aggiornamento da Amazon Linux 2 ad Amazon Linux 2023](https://docs.aws.amazon.com/eks/latest/userguide/al2023.html) nella *Amazon EKS User Guide*. **Importante** AWS terminerà il supporto per Amazon EKS AL2 ottimizzato e AL2 accelerato AMIs a partire dal 26/11/25. Consigliamo di migrare gli ambienti di calcolo AWS Batch Amazon EKS su Amazon Linux 2023 prima del 26/11/25 per mantenere prestazioni e sicurezza ottimali. Sebbene tu possa continuare a utilizzare Amazon Linux 2 ottimizzato per Amazon EKS AWS Batch fornito AMIs sui tuoi ambienti di calcolo Amazon EKS oltre la end-of-support data del 26/11/25, questi ambienti di elaborazione non riceveranno più nuovi aggiornamenti software, patch di sicurezza o correzioni di bug. AWS Successivamente end-of-life, è tua [responsabilità mantenere](eks-ce-shared-responsibility.md#eks-ce-shared-responsibility.title) questi ambienti di calcolo sull'AMI Amazon Linux 2 ottimizzata per Amazon EKS. A seconda di come è configurato l'ambiente di calcolo, puoi utilizzare uno dei seguenti percorsi di aggiornamento da a AL2 . AL2023 **Effettua l'aggiornamento utilizzando Ec2Configuration. ImageType** + [Se non stai utilizzando un modello di avvio o sostituzioni di modelli di avvio, modifica Ec2Configuration. ImageType](https://docs.aws.amazon.com/batch/latest/APIReference/API_Ec2Configuration.html#Batch-Type-Ec2Configuration-imageType)a `EKS_AL2023` o `EKS_AL2023_NVIDIA` e poi esegui. [UpdateComputeEnvironment](https://docs.aws.amazon.com/batch/latest/APIReference/API_UpdateComputeEnvironment.html) + Se si specifica una configurazione [Ec2. ](https://docs.aws.amazon.com/batch/latest/APIReference/API_Ec2Configuration.html#Batch-Type-Ec2Configuration-imageIdOverride)ImageIdOverride[quindi Ec2Configuration. ImageType](https://docs.aws.amazon.com/batch/latest/APIReference/API_Ec2Configuration.html#Batch-Type-Ec2Configuration-imageType)deve corrispondere al tipo di AMI specificato in [Ec2Configuration. ImageIdOverride](https://docs.aws.amazon.com/batch/latest/APIReference/API_Ec2Configuration.html#Batch-Type-Ec2Configuration-imageIdOverride). In caso di mancata corrispondenza `ImageIdOverride``ImageType`, il nodo non entrerà a far parte del cluster. **Esegui l'aggiornamento utilizzando i modelli di avvio** + Se in un modello di avvio o in un modello di avvio sono stati definiti argomenti `kubelet` aggiuntivi, è necessario aggiornarli al nuovo [formato degli argomenti `kubelet` aggiuntivi](eks-launch-templates.md#kubelet-extra-args.title). Se il formato degli argomenti `kubelet` aggiuntivi non corrisponde, gli argomenti aggiuntivi non vengono applicati. + Infatti AL2023 AMIs, **containerd** è l'unico runtime di container supportato. Non è necessario specificare il runtime del contenitore `EKS_AL2023` nel modello di avvio. Non è possibile specificare un runtime di contenitore personalizzato con`EKS_AL2023`. + Se utilizzi un modello di avvio o un override del modello di avvio che specifica un AMI basato su, `EKS_AL2023` devi impostare [UserDataType](https://docs.aws.amazon.com/batch/latest/APIReference/API_LaunchTemplateSpecification.html) su. `EKS_NODEADM` Se non combini con l'AMI `userdataType` e, il nodo non entrerà a far parte del cluster EKS.