Nodi Amazon EKS

Un nodo Kubernetes è una macchina che esegue applicazioni containerizzate. Ogni nodo include i seguenti componenti:

• Runtime del container: software responsabile dell'esecuzione dei container.

• kubelet: garantisce che i container siano integri e funzionanti nel loro Pod associato.

• kube-proxy: gestisce le regole della rete che consentono la comunicazione con i tuoi Pods.

Per ulteriori informazioni, consulta Nodi nella documentazione di Kubernetes.

Il cluster Amazon EKS può pianificare Pods su qualsiasi combinazione di nodi autogestiti, gruppi di nodi gestiti da Amazon EKS e AWS Fargate. Per ulteriori informazioni sui nodi implementati nel cluster, consulta Visualizzazione delle risorse Kubernetes.

Importante

AWS Fargate con Amazon EKS non è disponibile nelle regioni AWS GovCloud (Stati Uniti-Est) e AWS GovCloud (Stati Uniti-Ovest).

Nota

I nodi devono trovarsi nello stesso VPC delle sottoreti selezionate al momento della creazione del cluster, ma non necessariamente nelle stesse sottoreti.

Nella tabella seguente vengono forniti diversi criteri per valutare quali opzioni sono più adatte alle proprie esigenze. I nodi connessi creati al di fuori di Amazon EKS possono essere soltanto visualizzati e non sono inclusi in questa tabella.

Nota

Bottlerocket presenta alcune differenze specifiche rispetto alle informazioni generali contenute in questa tabella. Per ulteriori informazioni, consulta la documentazione di Bottlerocket su GitHub.

Criteri	Gruppi di nodi gestiti EKS	Nodi autogestiti	AWS Fargate
Può essere implementato in AWS Outposts	No	Sì	No
Può essere implementato nella zona locali AWS	No	Sì: per ulteriori informazioni, consulta Amazon EKS e zone locali AWS.	No
Può eseguire container che richiedono Windows	Sì	Sì: il cluster richiede comunque almeno un nodo Linux (due consigliati per la disponibilità).	No
Può eseguire container che richiedono Linux	Sì	Sì	Sì
Può eseguire carichi di lavoro che richiedono il chip Inferentia	Sì – Solo nodi Amazon Linux	Sì – Solo Amazon Linux	No
Può eseguire carichi di lavoro che richiedono una GPU	Sì – Solo nodi Amazon Linux	Sì – Solo Amazon Linux	No
Può eseguire carichi di lavoro che richiedono processori Arm	Sì	Sì	No
Può eseguire AWS Bottlerocket	Sì	Sì	No
I pod condividono un ambiente di runtime del kernel con altri Pods	Sì: tutti i Pods su ciascuno dei tuoi nodi	Sì: tutti i Pods su ciascuno dei tuoi nodi	No: ogni Pod ha un kernel dedicato
I pod condividono risorse di CPU, memoria, archiviazione e rete con altri Pods.	Sì: può generare risorse inutilizzate su ciascun nodo	Sì: può generare risorse inutilizzate su ciascun nodo	No: ogni Pod dispone di risorse dedicate e può essere ridimensionato in modo indipendente per massimizzare l'utilizzo delle risorse.
I pod possono utilizzare più hardware e memoria rispetto alle specifiche dei Pod	Sì: se il Pod richiede più risorse di quelle richieste e le risorse sono disponibili sul nodo, il Pod può utilizzare risorse aggiuntive.	Sì: se il Pod richiede più risorse di quelle richieste e le risorse sono disponibili sul nodo, il Pod può utilizzare risorse aggiuntive.	No: il Pod può essere comunque reimplementato utilizzando una vCPU e una configurazione di memoria più grandi.
Deve implementare e gestire le istanze Amazon EC2	Sì: automatizzato attraverso Amazon EKS se è stata implementata un'AMI ottimizzata per Amazon EKS. Se è stata implementata un'AMI personalizzata, è necessario aggiornare l'istanza manualmente.	Sì: configurazione manuale o utilizzo dei modelli AWS CloudFormation forniti da Amazon EKS per implementare i nodi Linux (x86), Linux (Arm) o Windows.	No
È necessario proteggere, mantenere e applicare patch al sistema operativo delle istanze Amazon EC2	Sì	Sì	No
Può fornire argomenti di bootstrap all'implementazione di un nodo, come ad esempio argomenti kubelet aggiuntivi.	Sì: utilizzando eksctl o un modello di avvio con un'AMI personalizzata	Sì: per ulteriori informazioni, consulta le informazioni sull'utilizzo dello script di bootstrap su GitHub.	No
Può assegnare indirizzi IP ai Pods da un blocco CIDR diverso rispetto all'indirizzo IP assegnato al nodo.	Sì: utilizzando un modello di avvio con un'AMI personalizzata. Per ulteriori informazioni, consulta Personalizzazione di nodi gestiti con un modello di avvio.	Sì: per ulteriori informazioni, consulta Rete personalizzata per i pod.	No
Puoi eseguire SSH nel nodo	Sì	Sì	No – Non esiste un sistema operativo host del nodo su cui eseguire il SSH.
Puoi implementare un'AMI personalizzata nei nodi	Sì – Utilizzo di un modello di avvio	Sì	No
Può implementare un CNI personalizzato nei nodi	Sì – Utilizzando un modello di avvio con un'AMI personalizzata	Sì	No
É necessario aggiornare l'AMI del nodo per conto proprio	Sì: se hai implementato un'AMI ottimizzata per Amazon EKS, riceverai una notifica nella console Amazon EKS quando gli aggiornamenti sono disponibili. È possibile eseguire l'aggiornamento con un clic nella console. Se hai implementato un'AMI personalizzata, non riceverai una notifica nella console Amazon EKS quando gli aggiornamenti sono disponibili. È necessario eseguire l'aggiornamento per conto proprio.	Sì – Utilizzo di strumenti diversi dalla console Amazon EKS. Questo perché i nodi autogestiti non possono essere gestiti con la console Amazon EKS.	No
È necessario aggiornare la versione del nodo Kubernetes per conto proprio	Sì: se hai implementato un'AMI ottimizzata per Amazon EKS, riceverai una notifica nella console Amazon EKS quando gli aggiornamenti sono disponibili. È possibile eseguire l'aggiornamento con un clic nella console. Se hai implementato un'AMI personalizzata, non riceverai una notifica nella console Amazon EKS quando gli aggiornamenti sono disponibili. È necessario eseguire l'aggiornamento per conto proprio.	Sì – Utilizzo di strumenti diversi dalla console Amazon EKS. Questo perché i nodi autogestiti non possono essere gestiti con la console Amazon EKS.	No: non sei tu a gestire i nodi.
Può utilizzare lo spazio di archiviazione Amazon EBS con i Pods	Sì	Sì	No
Può utilizzare lo spazio di archiviazione di Amazon EFS con i Pods	Sì	Sì	Sì
Può utilizzare lo spazio di archiviazione Amazon FSx per Lustre con i Pods	Sì	Sì	No
Può utilizzare Network Load Balancer per i servizi	Sì	Sì	Sì, quando si utilizza il Creazione di un Network Load Balancer
I pod possono essere eseguiti in una sottorete pubblica	Sì	Sì	No
Può assegnare diversi gruppi di sicurezza VPC a singoli Pods	Sì: solo nodi Linux	Sì: solo nodi Linux	Sì
Può eseguire Kubernetes DaemonSets	Sì	Sì	No
Supporto HostPort e HostNetwork nel manifesto Pod	Sì	Sì	No
Disponibilità Regione AWS	Tutte le regioni supportate da Amazon EKS	Tutte le regioni supportate da Amazon EKS	Alcune regioni supportate da Amazon EKS
Può eseguire container su host dedicati Amazon EC2	Sì	Sì	No
Prezzi	Costo dell'istanza Amazon EC2 che esegue più Pods. Per ulteriori informazioni, consulta Prezzi di Amazon EC2.	Costo dell'istanza Amazon EC2 che esegue più Pods. Per ulteriori informazioni, consulta Prezzi di Amazon EC2.	Costo di una singola configurazione di memoria e CPU Fargate. Ogni Pod ha il proprio costo. Per ulteriori informazioni, consulta Prezzi di AWS Fargate.