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
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 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.
Nota
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.
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 di questa tabella. Per ulteriori informazioni, vedere Bottlerocket documentazione
| Criteri | Gruppi di nodi gestiti EKS | Nodi autogestiti | AWS Fargate |
|---|---|---|---|
|
No |
Sì |
No |
|
|
Può essere implementato nella zona locali AWS |
Sì |
Sì |
No |
|
Può eseguire contenitori che richiedono Windows |
Sì |
Sì, il tuo cluster ne richiede ancora almeno uno (due consigliati per la disponibilità) Linux nodo però. |
No |
|
Può eseguire contenitori 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 un GPU |
Sì – Solo nodi Amazon Linux |
Sì – Solo Amazon Linux |
No |
|
Può eseguire carichi di lavoro che richiedono processori Arm |
No |
||
|
Può eseguire AWS
Bottlerocket |
Sì |
No |
|
|
I pod condividono un ambiente di runtime del kernel con altri Pods |
Sì, tutti i tuoi Pods su ciascuno dei tuoi nodi |
Sì, tutti i tuoi Pods su ciascuno dei tuoi nodi |
No, ciascuno 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, ciascuno Pod dispone di risorse dedicate e può essere dimensionato indipendentemente per massimizzare l'utilizzo delle risorse. |
|
I pod possono utilizzare più hardware e memoria di quanto richiesto in Pod specifiche |
Sì, se Pod richiede più risorse di quelle richieste e le risorse sono disponibili sul nodo, Pod può utilizzare risorse aggiuntive. |
Sì, se Pod richiede più risorse di quelle richieste e le risorse sono disponibili sul nodo, Pod può utilizzare risorse aggiuntive. |
No, il Pod tuttavia, 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 dei AWS CloudFormation modelli EKS forniti da Amazon per distribuire nodi Linux (x86), Linux (Arm) o Windows. |
No |
|
Deve proteggere, mantenere e applicare patch al sistema operativo delle EC2 istanze Amazon |
Sì |
Sì |
No |
|
Può fornire argomenti di bootstrap durante la distribuzione di un nodo, ad esempio argomenti kubelet |
Sì: utilizza |
Sì, per ulteriori informazioni, consulta le informazioni sull'utilizzo dello script di bootstrap |
No |
|
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. |
Sì: per ulteriori informazioni, consulta Implementazione pods in sottoreti alternative con rete personalizzata. |
No |
|
Può SSH entrare nel nodo |
Sì |
Sì |
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 |
Sì |
No |
|
È possibile implementare la propria configurazione personalizzata sui nodi CNI |
Sì, utilizzando un modello di avvio con un file personalizzato AMI |
Sì |
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 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. |
Sì, utilizzando strumenti diversi dalla EKS console Amazon. Questo perché i nodi autogestiti non possono essere gestiti con la EKS console Amazon. |
No, non gestisci 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 Create a network load balancer |
||
|
I pod possono essere eseguiti in una sottorete pubblica |
Sì |
Sì |
No |
|
Può assegnare diversi gruppi di VPC sicurezza a singoli utenti Pods |
Sì — Linux solo nodi |
Sì — Linux solo nodi |
Sì |
|
Può correre Kubernetes DaemonSets |
Sì |
Sì |
No |
|
Support |
Sì |
Sì |
No |
|
AWS Disponibilità regionale |
|||
|
Può eseguire contenitori su host EC2 dedicati Amazon |
Sì |
Sì |
No |
|
Prezzi |
Costo dell'EC2istanza Amazon che esegue più istanze Pods. Per ulteriori informazioni, consulta i EC2prezzi di Amazon |
Costo dell'EC2istanza Amazon che esegue più istanze Pods. Per ulteriori informazioni, consulta i EC2prezzi di Amazon |
Costo di una singola memoria e CPU configurazione Fargate. Ciascuno Pod ha il suo costo Per ulteriori informazioni, consultare Prezzi di Fargate AWS |
