Gestisci le risorse di elaborazione utilizzando i nodi - Amazon EKS

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

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

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

  • Container runtime: software responsabile dell'esecuzione dei contenitori.

  • kubelet: assicura che i contenitori siano integri e funzionino all'interno dei contenitori associati Pod.

  • kube-proxy: mantiene le regole di rete che consentono la comunicazione con Pods.

Per ulteriori informazioni, consulta Nodes in Kubernetes documentazione.

Il tuo EKS cluster Amazon può pianificare Pods su qualsiasi combinazione di nodi gestiti EKS in modalità automatica, nodi autogestiti, gruppi di nodi EKS gestiti da Amazon, AWS Fargate e EKSAmazon Hybrid Nodes. Per ulteriori informazioni sui nodi implementati nel cluster, consulta Visualizza le risorse Kubernetes 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. Amazon EKS Hybrid Nodes non è disponibile nelle AWS GovCloud regioni e nelle regioni della Cina.

Nota

Esclusi i nodi ibridi, i nodi devono trovarsi nelle VPC stesse sottoreti selezionate al momento della creazione del cluster. Tuttavia, i nodi non devono necessariamente trovarsi nelle stesse sottoreti.

Confronta le opzioni di calcolo

Nella tabella seguente vengono forniti diversi criteri per valutare quali opzioni sono più adatte alle proprie esigenze.

Nota

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

Criteri Gruppi di nodi gestiti EKS EKSModalità automatica Nodi Amazon EKS Hybrid

Può essere distribuito su Outposts AWS

No

No

No

Può essere implementato nella zona locali AWS

No

No

Può eseguire contenitori che richiedono Windows

No

No

Può eseguire contenitori che richiedono Linux

Può eseguire carichi di lavoro che richiedono il chip Inferentia

– Solo nodi Amazon Linux

No

Può eseguire carichi di lavoro che richiedono un GPU

– Solo nodi Amazon Linux

Può eseguire carichi di lavoro che richiedono processori Arm

Può eseguire AWS Bottlerocket

No

I pod condividono memoriaCPU, archiviazione e risorse di rete con altri Pod.

È necessario distribuire e gestire le istanze Amazon EC2

No, scopri di più sulle istanze gestite EC2

Sì, le macchine fisiche o virtuali locali sono gestite da te con strumenti a tua scelta.

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

No

Sì, il sistema operativo in esecuzione sulle tue macchine fisiche o virtuali è gestito da te con strumenti a tua scelta.

Può fornire argomenti di bootstrap durante l'implementazione di un nodo, come argomenti kubelet aggiuntivi.

Sì: utilizza eksctl o avvia un modello con uno personalizzato. AMI

No: usa NodeClass a per configurare i nodi

Sì, puoi personalizzare gli argomenti di bootstrap con nodeadm. Per informazioni, consulta Riferimento nodeadm per nodi ibridi.

Può assegnare indirizzi IP a Pods da un CIDR blocco diverso dall'indirizzo IP assegnato al nodo.

Sì: utilizzo di un modello di avvio con un modello personalizzatoAMI. Per ulteriori informazioni, consulta Personalizza i nodi gestiti con modelli di lancio.

No

Sì, vediConfigurare un CNI per nodi ibridi.

Può SSH entrare nel nodo

No: scopri come risolvere i problemi relativi ai nodi

Puoi distribuire i tuoi dati personalizzati sui nodi AMI

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.

No

Sì, il sistema operativo in esecuzione sulle tue macchine fisiche o virtuali è gestito da te con strumenti a tua scelta. Per informazioni, consulta Preparare il sistema operativo per i nodi ibridi.

È necessario aggiornare il nodo Kubernetes versione personalizzata

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.

No

Sì, puoi gestire gli aggiornamenti dei nodi ibridi con strumenti a tua scelta o con. nodeadm Per informazioni, consulta Aggiorna i nodi ibridi per il tuo cluster.

Può utilizzare EBS lo storage Amazon con Pods

Sì, come funzionalità integrata. Scopri come creare una classe di archiviazione.

No

Può utilizzare EFS lo storage Amazon con Pods

No

Può utilizzare lo storage Amazon FSx for Lustre con Pods

No

Può utilizzare Network Load Balancer per i servizi

Sì, è necessario utilizzare il tipo ip di destinazione.

I pod possono essere eseguiti in una sottorete pubblica

No, i pod vengono eseguiti in un ambiente locale.

Può assegnare diversi gruppi di VPC sicurezza a singoli Pods

— Linux solo nodi

No

No

Può correre Kubernetes DaemonSets

Support HostPort e HostNetwork nel Pod manifest

AWS Disponibilità regionale

Tutte le regioni EKS supportate da Amazon

Tutte le regioni EKS supportate da Amazon

Tutte le regioni EKS supportate da Amazon ad eccezione delle regioni AWS GovCloud (Stati Uniti) e delle regioni della Cina.

Può eseguire contenitori su host EC2 dedicati Amazon

No

No

Prezzi

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

Quando la modalità EKS automatica è abilitata nel cluster, paghi una tariffa separata, oltre ai costi standard delle EC2 istanze, per le istanze avviate utilizzando la funzionalità di calcolo di Auto Mode. L'importo varia a seconda del tipo di istanza avviata e della AWS regione in cui si trova il cluster. Per ulteriori informazioni, consulta i EKSprezzi di Amazon.

Costo dei nodi ibridi v CPU all'ora. Per ulteriori informazioni, consulta i EKSprezzi di Amazon.

📝 Modifica questa pagina su GitHub