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à.
Best practice per la scalabilità di EKS
Suggerimento
Esplora le
Questa guida fornisce consigli per scalare i cluster EKS. L'obiettivo della scalabilità di un cluster EKS è massimizzare la quantità di lavoro che un singolo cluster può eseguire. L'utilizzo di un unico cluster EKS di grandi dimensioni può ridurre il carico operativo rispetto all'utilizzo di più cluster, ma comporta dei compromessi in termini di implementazioni in più regioni, isolamento dei tenant e aggiornamenti dei cluster. In questo documento ci concentreremo su come ottenere la massima scalabilità con un singolo cluster.
Come utilizzare questa guida
Questa guida è destinata agli sviluppatori e agli amministratori responsabili della creazione e della gestione dei cluster EKS in AWS. Si concentra su alcune pratiche generiche di scalabilità Kubernetes, ma non contiene specifiche per i cluster Kubernetes autogestiti o per i cluster eseguiti al di fuori di una regione AWS con EKS Anywhere. https://anywhere.eks.amazonaws.com/
Ogni argomento ha una breve panoramica, seguita da raccomandazioni e best practice per la gestione dei cluster EKS su larga scala. Gli argomenti non devono essere letti in un ordine particolare e le raccomandazioni non devono essere applicate senza averne testato e verificato il funzionamento nei cluster.
Comprensione delle dimensioni di ridimensionamento
La scalabilità è diversa dalle prestazioni e dall'affidabilità e tutti e tre
La scalabilità in Kubernetes è multidimensionale e non ci sono impostazioni o raccomandazioni specifiche che funzionino in ogni situazione. Le aree principali in cui possiamo fornire indicazioni per la scalabilità includono:
Kubernetes Control Plane in un cluster EKS include tutti i servizi che AWS esegue e ridimensiona automaticamente (ad esempio il server API Kubernetes). La scalabilità del piano di controllo è responsabilità di AWS, ma utilizzare il piano di controllo in modo responsabile è una tua responsabilità.
La scalabilità di Kubernetes Data Plane riguarda le risorse AWS necessarie per il cluster e i carichi di lavoro, ma che si trovano al di fuori dell'EKS Control Plane. Le risorse, tra cui istanze EC2, kubelet e storage, devono essere tutte scalate man mano che il cluster si espande.
I servizi cluster sono controller e applicazioni Kubernetes che vengono eseguiti all'interno del cluster e forniscono funzionalità per il cluster e i carichi di lavoro. Questi possono essere EKS Add-ons e anche altri servizi o grafici Helm installati per la conformità e le integrazioni. Questi servizi dipendono spesso dai carichi di lavoro e, man mano che i carichi di lavoro si espandono, i servizi di cluster dovranno scalare di pari passo.
I carichi di lavoro sono il motivo per cui si dispone di un cluster e devono essere scalati orizzontalmente con il cluster. Esistono integrazioni e impostazioni dei carichi di lavoro in Kubernetes che possono aiutare la scalabilità del cluster. Ci sono anche considerazioni sull'architettura delle astrazioni di Kubernetes, come namespace e servizi.
Scalabilità extra large
Se stai scalando un singolo cluster oltre 1.000 nodi o 50.000 pod, ci piacerebbe parlare con te. Ti consigliamo di contattare il tuo team di supporto o il tuo account manager tecnico per contattare specialisti in grado di aiutarti a pianificare e scalare oltre alle informazioni fornite in questa guida. Amazon EKS può supportare fino a 100.000 nodi in un singolo cluster se sei selezionato per l'onboarding.
