Gestire le risorse di elaborazione utilizzando i nodi - Amazon 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à.

Gestire 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 proprio pod associato.

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

Per ulteriori informazioni, consulta Nodi nella documentazione Kubernetes.

Il cluster Amazon EKS può pianificare pod su qualsiasi combinazione di nodi gestiti dalla modalità automatica EKS, nodi autogestiti, gruppi di nodi gestiti da Amazon EKS, AWS Fargate e Amazon EKS Hybrid Nodes. Per ulteriori informazioni sui nodi implementati nel cluster, consulta Visualizza le risorse Kubernetes nel Console di gestione AWS.

Nota

A eccezione dei nodi ibridi, i nodi devono trovarsi nello stesso VPC delle sottoreti selezionate al momento della creazione del cluster, ma non necessariamente nelle stesse sottoreti.

Confronto delle opzioni di calcolo

Nella tabella seguente vengono forniti diversi criteri per valutare quali opzioni sono più adatte alle proprie esigenze. I nodi autogestiti sono un’opzione alternativa che supporta tutti i criteri elencati, ma che richiede molta più manutenzione manuale. Per ulteriori informazioni, consulta Gestione autonoma dei nodi con nodi autogestiti.

Nota

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

Criteri Gruppi di nodi gestiti EKS Modalità automatica EKS Amazon EKS Hybrid Nodes

Può essere implementato in AWS Outposts

No

No

No

Può essere implementato nella zona locali AWS

No

No

Può eseguire container che richiedono Windows

No

No

Può eseguire container 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 una GPU

– Solo nodi Amazon Linux

Può eseguire carichi di lavoro che richiedono processori Arm

Può eseguire AWS Bottlerocket

No

I pod condividono risorse di CPU, memoria, archiviazione e rete con altri pod.

Deve implementare e gestire le istanze Amazon EC2

No - Ulteriori informazioni sulle istanze gestite di EC2

Sì - Le macchine fisiche on-premises o virtuali sono autogestite con strumenti a scelta.

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

No

Sì - Il sistema operativo in esecuzione sulle macchine fisiche o virtuali è autogestito con strumenti a scelta.

Può fornire argomenti di bootstrap all’implementazione di un nodo, come argomenti kubelet aggiuntivi.

Sì - Utilizzando eksctl o un modello di avvio con un’AMI personalizzata.

No - Utilizzare NodeClass per configurare i nodi

Sì - È possibile personalizzare gli argomenti di bootstrap con nodeadm. Consultare Riferimento nodeadm dei nodi ibridi.

Può assegnare indirizzi IP ai pod da un intervallo CIDR diverso rispetto all’indirizzo IP assegnato al nodo.

Sì: utilizzando un modello di avvio con un'AMI personalizzata. Per ulteriori informazioni, consulta Personalizzazione dei nodi gestiti con modelli di avvio.

No

Sì - Consultare Configurazione della CNI per nodi ibridi.

Puoi eseguire SSH nel nodo

No - Informazioni su come risolvere i problemi dei nodi

Puoi implementare un'AMI personalizzata nei nodi

Sì – Utilizzo di un modello di avvio

No

Può implementare un CNI personalizzato nei nodi

Sì – Utilizzando un modello di avvio con un'AMI personalizzata

No

É necessario aggiornare l'AMI del nodo per conto proprio

- Se è stata implementata un’AMI ottimizzata per Amazon EKS, sarà inviata una notifica nella console Amazon EKS quando gli aggiornamenti sono disponibili. È possibile eseguire l'aggiornamento con un clic nella console. Se è stata implementata un’AMI personalizzata, non sarà inviata una notifica nella console Amazon EKS quando gli aggiornamenti sono disponibili. È necessario eseguire l'aggiornamento per conto proprio.

No

Sì - Il sistema operativo eseguito sulle macchine fisiche o virtuali è autogestito con strumenti a scelta. Consultare Preparazione del sistema operativo per i nodi ibridi.

È necessario aggiornare la versione del nodo Kubernetes per conto proprio

- Se è stata implementata un’AMI ottimizzata per Amazon EKS, sarà inviata una notifica nella console Amazon EKS quando gli aggiornamenti sono disponibili. È possibile eseguire l'aggiornamento con un clic nella console. Se è stata implementata un’AMI personalizzata, non sarà inviata una notifica nella console Amazon EKS quando gli aggiornamenti sono disponibili. È necessario eseguire l'aggiornamento per conto proprio.

No

Sì - Gli aggiornamenti dei nodi ibridi vengono gestiti con strumenti a scelta o con nodeadm. Consultare Aggiornamento dei nodi ibridi per il tuo cluster.

Può utilizzare lo spazio di archiviazione Amazon EBS con i pod

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

No

Può utilizzare lo spazio di archiviazione Amazon EFS con i pod

No

Può utilizzare lo spazio di archiviazione Amazon FSx per Lustre con i pod

No

Può utilizzare Network Load Balancer per i servizi

Sì - È necessario utilizzare il tipo di destinazione ip.

I pod possono essere eseguiti in una sottorete pubblica

No - I pod vengono eseguiti in un ambiente on-premises.

Può assegnare diversi gruppi di sicurezza VPC a singoli pod

– Solo nodi Linux

No

No

Può eseguire Kubernetes DaemonSets

Supporto per HostPort e HostNetwork nel manifesto pod

Disponibilità nelle regioni AWS

Tutte le regioni supportate da Amazon EKS

Tutte le Regioni Amazon EKS supportate

Tutte le Regioni supportate da Amazon EKS, a eccezione delle Regioni AWS GovCloud (Stati Uniti) e le Regioni della Cina.

Può eseguire container su host dedicati Amazon EC2

No

No

Prezzi

Costo dell’istanza Amazon EC2 che esegue più pod. Per ulteriori informazioni, consulta Prezzi di Amazon EC2.

Quando la modalità automatica EKS è abilitata nel cluster, viene addebitata una tariffa separata per le istanze avviate utilizzando la funzionalità di calcolo della modalità automatica, in aggiunta ai costi standard delle istanze EC2. L’importo varia a seconda del tipo di istanza avviata e della Regione AWS in cui si trova il cluster. Per ulteriori informazioni, consultare Prezzi di Amazon EKS.

Costo dei nodi ibridi in vCPU all’ora. Per ulteriori informazioni, consultare Prezzi di Amazon EKS.