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
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
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 Avvia EKS cluster a bassa latenza con Local Zones 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 un GPU |
Sì – Solo nodi Amazon Linux |
Sì – Solo Amazon Linux |
No |
Può eseguire carichi di lavoro che richiedono processori Arm |
No |
||
Può eseguire Bottlerocket AWS |
Sì |
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 |
Sì |
Sì |
No |
Può fornire argomenti di bootstrap all'implementazione di un nodo, come ad esempio argomenti |
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 |
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 |
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 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 |
Sì |
Sì |
No |
Può assegnare diversi gruppi VPC di sicurezza a singoli Pods |
Sì: solo nodi Linux |
Sì: solo nodi Linux |
Sì |
Può eseguire Kubernetes DaemonSets |
Sì |
Sì |
No |
Supporto |
Sì |
Sì |
No |
Regione AWS disponibilità |
|||
Può eseguire contenitori su host EC2 dedicati Amazon |
Sì |
Sì |
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 |