**Contribuisci a migliorare questa pagina**
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à.
Per contribuire a questa guida per l'utente, scegli il GitHub link **Modifica questa pagina** nel riquadro destro di ogni pagina.
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à.
# Scelta di una tipologia di istanza di nodo Amazon EC2 ottimale
Amazon EC2 offre un’ampia gamma di tipi di istanze per i nodi worker. Ogni tipo di istanza mette a disposizione diverse capacità di calcolo, memoria, archiviazione e rete ed è raggruppata in una famiglia di istanze in base a tali capacità. Per un elenco, consultare [Available instance types](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/instance-types.html#AvailableInstanceTypes) nella *Guida per l’utente di Amazon EC2 per le istanze Linux.* Amazon EKS rilascia diverse varianti di Amazon EC2 AMIs per abilitare il supporto. Per assicurarti che il tipo di istanza selezionato sia compatibile con Amazon EKS, prendi in considerazione gli elementi seguenti:
+ Al momento AMIs non tutti gli Amazon EKS supportano la `mac` famiglia.
+ Amazon EKS Arm e non accelerato AMIs non supportano le famiglie`g3`, `g4``inf`, e`p`.
+ Amazon EKS accelerato AMIs non supporta le `t` famiglie `a``c`,`hpc`,`m`, e.
+ Per le istanze basate su ARM, Amazon Linux 2023 (AL2023) supporta solo i tipi di istanza che utilizzano processori Graviton2 o versioni successive. AL2023 non supporta istanze. `A1`
Quando scegli i tipi di istanza supportati da Amazon EKS, considera le caratteristiche seguenti per ogni tipo.
**Numero di istanze in un gruppo di nodi**
In generale, istanze in numero ridotto e di grandi dimensioni sono più convenienti, specialmente disponi di molti DaemonSet. Ogni istanza richiede chiamate API al server API, per cui maggiore è il numero di istanze di cui si dispone, maggiore è il carico sul server API.
**Sistema operativo**
Esamina i tipi di istanza supportati per [Linux](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/instance-types.html), [Windows](https://docs.aws.amazon.com/AWSEC2/latest/WindowsGuide/instance-types.html) e [Bottlerocket](https://aws.amazon.com/bottlerocket/faqs/). Prima di creare istanze Windows, consultare [Deploy Windows nodes on EKS clusters](windows-support.md).
**Architettura hardware**
Hai bisogno di x86 o ARM? Prima di distribuire istanze Arm, esamina Arm [Amazon Linux ottimizzato per Amazon EKS](eks-optimized-ami.md#arm-ami). AMIs Hai bisogno di istanze costruite sul sistema Nitro ([Linux](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/instance-types.html#ec2-nitro-instances) o [Windows](https://docs.aws.amazon.com/AWSEC2/latest/WindowsGuide/instance-types.html#ec2-nitro-instances)) o che hanno una elaborazione [Accelerata](https://docs.aws.amazon.com/AWSEC2/latest/WindowsGuide/accelerated-computing-instances.html)? Se hai bisogno di funzionalità accelerate, puoi usare Linux solo con Amazon EKS.
**Numero massimo di pod**
Dal momento che a ogni Pod viene assegnato il proprio indirizzo IP, il numero di indirizzi IP supportati da un tipo di istanza è un fattore importante per determinare il numero di pod che possono essere eseguiti sull’istanza. Per determinare manualmente il numero di Pod supportati da un tipo di istanza, consultare .
AWS I tipi di istanze [Nitro System](https://aws.amazon.com/ec2/nitro/) supportano opzionalmente un numero significativamente maggiore di indirizzi IP rispetto ai tipi di istanze non Nitro System. Tuttavia, non tutti gli indirizzi IP assegnati ad un’istanza sono disponibili per i Pod. Per assegnare un numero significativamente maggiore di indirizzi IP alle istanze, è necessario che la versione `1.9.0` o successiva del componente aggiuntivo CNI di Amazon VPC sia installata nel cluster e che sia configurata in modo appropriato. Per ulteriori informazioni, consulta [Assegnazione di più indirizzi IP ai nodi Amazon EKS con prefissi](cni-increase-ip-addresses.md). Per assegnare il maggior numero di indirizzi IP alle istanze, è necessario che la versione `1.10.1` o successiva del componente aggiuntivo CNI di Amazon VPC sia installata nel cluster e che si implementi il cluster con la famiglia `IPv6`.
**Famiglia IP**
Per la creazione di un cluster tramite la famiglia `IPv4`, puoi scegliere qualsiasi tipo di istanza supportata, il che consente al cluster di assegnare indirizzi `IPv4` privati ai Pod e servizi. Se tuttavia desideri impiegare la famiglia `IPv6` per il cluster, utilizza i tipi di istanza [AWS Nitro System](https://aws.amazon.com/ec2/nitro/) o bare metal. Per le istanze Windows è supportato solo `IPv4`. Il cluster deve eseguire la versione `1.10.1` o successiva del componente aggiuntivo CNI di Amazon VPC. Per ulteriori informazioni sull’utilizzo di `IPv6`, consultare [Scopri IPv6 gli indirizzi di cluster, pod e servizi](cni-ipv6.md).
**Versione del componente aggiuntivo CNI di Amazon VPC in uso**
La versione più recente del [plug-in CNI di Amazon VPC per Kubernetes](https://github.com/aws/amazon-vpc-cni-k8s) supporta i [seguenti tipi di istanza](https://github.com/aws/amazon-vpc-cni-k8s/blob/master/pkg/vpc/vpc_ip_resource_limit.go). Per sfruttare i tipi più recenti di istanza supportati, potrebbe essere necessario aggiornare la versione del componente aggiuntivo CNI di Amazon VPC. Per ulteriori informazioni, consulta [Assegna IPs ai pod con Amazon VPC CNI](managing-vpc-cni.md). L’ultima versione supporta le funzionalità più recenti per l’utilizzo con Amazon EKS. Le versioni precedenti non supportano tutte le funzionalità. Puoi visualizzare le funzionalità supportate dalle diverse versioni in [Changelog](https://github.com/aws/amazon-vpc-cni-k8s/blob/master/CHANGELOG.md) su GitHub.
**La Regione AWS in cui stai creando i nodi**
Non tutti i tipi di istanze sono disponibili in tutte le AWS regioni.
**Se stai usando gruppi di sicurezza per i Pod**
Se stai usando gruppi di sicurezza per i Pod, sono supportati solo tipi specifici di istanza. Per ulteriori informazioni, consulta [Assegnazione dei gruppi di sicurezza ai singoli pod](security-groups-for-pods.md).
## Come viene determinato MaxPods
Il `maxPods` valore finale applicato a un nodo dipende da diversi componenti che interagiscono secondo uno specifico ordine di precedenza. La comprensione di questo ordine consente di evitare comportamenti imprevisti durante la personalizzazione`maxPods`.
**Ordine di precedenza (dal più alto al più basso):**
1. **Applicazione di gruppi di nodi gestiti**: quando utilizzi un gruppo di nodi gestiti senza un'[AMI personalizzata](launch-templates.md#launch-template-custom-ami), Amazon EKS impone `maxPods` un limite ai dati utente del nodo. Per i casi con meno di 30 vCPUs, il limite è. `110` Per i casi con più di 30 vCPUs, il limite è. `250` Questo valore ha la precedenza su qualsiasi altra `maxPods` configurazione, tra cui. `maxPodsExpression`
1. **`maxPods`configurazione kubelet** — Se si imposta `maxPods` direttamente nella configurazione kubelet (ad esempio, tramite un modello di avvio con un'AMI personalizzata), questo valore ha la precedenza su. `maxPodsExpression`
1. **nodeadm `maxPodsExpression`** — Se usi [https://awslabs.github.io/amazon-eks-ami/nodeadm/doc/examples/#defining-a-max-pods-expression](https://awslabs.github.io/amazon-eks-ami/nodeadm/doc/examples/#defining-a-max-pods-expression)nel tuo`NodeConfig`, nodeadm valuta l'espressione da calcolare. `maxPods` Questo è efficace solo quando il valore non è già impostato da una fonte con precedenza più alta.
1. **Calcolo predefinito basato sull'ENI**: se non è impostato nessun altro valore, l'AMI calcola in `maxPods` base al numero di interfacce di rete elastiche e indirizzi IP supportati dal tipo di istanza. È equivalente alla formula. `(number of ENIs × (IPs per ENI − 1)) + 2` Gli `+ 2` account per Amazon VPC CNI sono in `kube-proxy` esecuzione su ogni nodo, che non utilizzano un indirizzo IP Pod.
**Importante**
Se utilizzi un gruppo di nodi gestiti e lo imposti `maxPodsExpression` nel tuo`NodeConfig`, l'applicazione del gruppo di nodi gestiti ha la precedenza sulla tua espressione. Per utilizzare un `maxPods` valore personalizzato con i gruppi di nodi gestiti, devi specificare un'AMI personalizzata nel modello di avvio e impostarla `maxPods` direttamente. Per ulteriori informazioni, consulta [Personalizzazione dei nodi gestiti con modelli di avvio](launch-templates.md).
**Gruppi di nodi gestiti e nodi autogestiti**
Con i gruppi di nodi gestiti (senza un'AMI personalizzata), Amazon EKS inserisce il `maxPods` valore nei dati utente bootstrap del nodo. Ciò significa che:
+ Il `maxPods` valore è sempre limitato `110` o `250` dipende dalla dimensione dell'istanza.
+ Tutto `maxPodsExpression` ciò che configuri viene sovrascritto da questo valore iniettato.
+ Per utilizzare un `maxPods` valore diverso, specifica un AMI personalizzato nel modello di avvio e `--use-max-pods false` `--kubelet-extra-args '--max-pods=my-value'` passalo allo `bootstrap.sh` script. Per alcuni esempi, consulta [Personalizzazione dei nodi gestiti con modelli di avvio](launch-templates.md).
Con i nodi autogestiti, hai il pieno controllo del processo di bootstrap. Puoi utilizzarlo `maxPodsExpression` nel tuo `NodeConfig` o passare `--max-pods` direttamente a. `bootstrap.sh`
## Considerazioni per la modalità automatica di EKS
modalità automatica di EKS limita il numero di pod sui nodi al valore inferiore tra:
+ Tappo rigido da 110 pod
+ Il risultato del calcolo del numero massimo di pod descritto sopra.