Gestisci le risorse di elaborazione utilizzando i nodi - Amazon EKS

Aiutaci a migliorare questa pagina

Vuoi contribuire a questa guida per l'utente? Scorri fino alla fine di questa pagina e seleziona Modifica questa pagina su GitHub. I tuoi contributi contribuiranno a rendere la nostra guida utente migliore per tutti.

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

Gestisci le risorse di elaborazione utilizzando i nodi

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 tuo EKS cluster Amazon può pianificare Pods su qualsiasi combinazione di nodi autogestiti, gruppi di nodi EKS gestiti da Amazon e AWS Fargate. Per ulteriori informazioni sui nodi implementati nel cluster, consulta Vista Kubernetes risorse nel AWS Management Console.

Importante

AWS Fargate con Amazon non EKS è disponibile negli AWS GovCloud Stati Uniti orientali e AWS GovCloud negli Stati Uniti occidentali.

Nota

I nodi devono trovarsi nelle VPC stesse 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. Questa tabella non include i nodi connessi creati al di fuori di AmazonEKS, che possono solo essere visualizzati.

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

No

Può essere implementato nella zona locali AWS

No

Sì: – per ulteriori informazioni, consulta Avvia EKS cluster a bassa latenza con Local Zones AWS.

No

Può eseguire container che richiedono Windows

: il cluster richiede comunque almeno un nodo Linux (due consigliati per la disponibilità).

No

Può eseguire container che richiedono Linux

Può eseguire carichi di lavoro che richiedono il chip Inferentia

– Solo nodi Amazon Linux

– Solo Amazon Linux

No

Può eseguire carichi di lavoro che richiedono un GPU

– Solo nodi Amazon Linux

– Solo Amazon Linux

No

Può eseguire carichi di lavoro che richiedono processori Arm

No

Può eseguire Bottlerocket AWS

No

I pod condividono un ambiente di runtime del kernel con altri Pods

Sì: tutti i Pods su ciascun nodo

Sì: tutti i Pods su ciascuno dei tuoi nodi

No: ogni Pod ha un kernel dedicato

I pod condividono memoriaCPU, archiviazione e risorse di 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, tuttavia Pod può essere ridistribuito utilizzando una configurazione v CPU e memoria più ampia.

È necessario distribuire e gestire le istanze Amazon EC2

Sì, automatizzato tramite Amazon EKS se hai distribuito un sistema EKS ottimizzato per AMI Amazon. Se hai distribuito un'istanza personalizzataAMI, devi aggiornare l'istanza manualmente.

Sì, configurazione manuale o utilizzo di AWS CloudFormation modelli EKS forniti da Amazon per la distribuzione Linux(x86), Linux(Arm) o Windowsnodi.

No

Deve proteggere, mantenere e applicare patch al sistema operativo delle EC2 istanze Amazon

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 modello personalizzato AMI

Sì: per ulteriori informazioni, consulta le informazioni sull'utilizzo dello script di bootstrap su GitHub.

No

Può assegnare indirizzi IP a un CIDR blocco diverso Pods da quello assegnato al nodo. Sì, utilizzando un modello di avvio con un modello personalizzatoAMI. Per ulteriori informazioni, consulta Personalizza i nodi gestiti con modelli di lancio. Sì: per ulteriori informazioni, consulta Implementazione pods in sottoreti alternative con reti personalizzate. No

Può SSH entrare nel nodo

No: non è necessario accedere al SSH sistema operativo host del nodo.

Puoi implementare il tuo sistema personalizzato sui AMI nodi

Sì – Utilizzo di un modello di avvio

No

È possibile implementare la propria configurazione personalizzata sui nodi CNI

Sì, utilizzando un modello di avvio con un file personalizzato AMI

No

Devi aggiornare il AMI nodo da solo

Sì, se hai distribuito un prodotto EKS ottimizzato per AmazonAMI, riceverai una notifica nella EKS console Amazon quando sono disponibili aggiornamenti. È possibile eseguire l'aggiornamento con un clic nella console. Se ne hai distribuito uno personalizzatoAMI, non riceverai alcuna notifica nella EKS console Amazon quando sono disponibili aggiornamenti. È necessario eseguire l'aggiornamento per conto proprio.

Sì, utilizzando strumenti diversi dalla EKS console Amazon. Questo perché i nodi autogestiti non possono essere gestiti con la EKS console Amazon.

No

È necessario aggiornare la versione del nodo Kubernetes per conto proprio

Sì, se hai distribuito un prodotto EKS ottimizzato per AmazonAMI, riceverai una notifica nella EKS console Amazon quando sono disponibili aggiornamenti. È possibile eseguire l'aggiornamento con un clic nella console. Se ne hai distribuito uno personalizzatoAMI, non riceverai alcuna notifica nella EKS console Amazon quando sono disponibili aggiornamenti. È necessario eseguire l'aggiornamento per conto proprio.

Sì, utilizzando strumenti diversi dalla EKS console Amazon. Questo perché i nodi autogestiti non possono essere gestiti con la EKS console Amazon.

No: non sei tu a gestire i nodi.

Può utilizzare EBS lo storage Amazon con Pods

No

Può utilizzare EFS lo storage Amazon con Pods

Può utilizzare lo storage Amazon FSx for Lustre con Pods

No

Può utilizzare Network Load Balancer per i servizi

Sì, quando si utilizza il Creazione di un Network Load Balancer

I pod possono essere eseguiti in una sottorete pubblica

No

Può assegnare diversi gruppi VPC di sicurezza a singoli Pods

: solo nodi Linux

: solo nodi Linux

Può eseguire Kubernetes DaemonSets

No

Supporto HostPort e HostNetwork nel manifesto Pod

No

Regione AWS disponibilità

Tutte le regioni EKS supportate da Amazon

Tutte le regioni EKS supportate da Amazon

Alcune regioni EKS supportate da Amazon

Può eseguire contenitori su host EC2 dedicati Amazon

No

Prezzi

Costo dell'EC2istanza Amazon che esegue più istanzePods. Per ulteriori informazioni, consulta i EC2prezzi di Amazon.

Costo dell'EC2istanza Amazon che esegue più istanzePods. Per ulteriori informazioni, consulta i EC2prezzi di Amazon.

Costo di una singola memoria e CPU configurazione Fargate. Ogni Pod ha il proprio costo. Per ulteriori informazioni, consulta Prezzi di AWS Fargate.