Scelta di una tipologia di istanza di nodo Amazon EC2 ottimale - Amazon EKS
Come viene determinato MaxPodsConsiderazioni per la modalità automatica di EKS

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 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 famiglieg3, g4inf, ep.

  • Amazon EKS accelerato AMIs non supporta le t famiglie ac,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, Windows e Bottlerocket. Prima di creare istanze Windows, consultare Deploy Windows nodes on EKS clusters.

Architettura hardware

Hai bisogno di x86 o ARM? Prima di distribuire istanze Arm, esamina Arm Amazon Linux ottimizzato per Amazon EKS. AMIs Hai bisogno di istanze costruite sul sistema Nitro (Linux o Windows) o che hanno una elaborazione Accelerata? 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 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. 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 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.

Versione del componente aggiuntivo CNI di Amazon VPC in uso

La versione più recente del plug-in CNI di Amazon VPC per Kubernetes supporta i seguenti tipi di istanza. 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. 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 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.

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 personalizzazionemaxPods.

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, 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

  2. maxPodsconfigurazione 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

  3. nodeadm maxPodsExpression — Se usi maxPodsExpressionnel tuoNodeConfig, nodeadm valuta l'espressione da calcolare. maxPods Questo è efficace solo quando il valore non è già impostato da una fonte con precedenza più alta.

  4. 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 tuoNodeConfig, 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.

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.

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.