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

EKSMigliori pratiche di scalabilità

Questa guida fornisce consigli per scalare EKS i cluster. L'obiettivo della scalabilità di un EKS cluster è massimizzare la quantità di lavoro che un singolo cluster può eseguire. L'utilizzo di un singolo EKS cluster di grandi dimensioni può ridurre il carico operativo rispetto all'utilizzo di più cluster, ma presenta dei compromessi per cose come le implementazioni in più regioni, l'isolamento dei tenant e gli 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 EKS cluster in. AWS Si concentra su alcune pratiche generiche di scalabilità di Kubernetes, ma non contiene informazioni specifiche per i cluster Kubernetes autogestiti o per i cluster che funzionano al di fuori di un'area geografica con Anywhere. AWS EKS

Ogni argomento presenta una breve panoramica, seguita da consigli e best practice per la gestione dei cluster su larga scala. EKS Non è necessario leggere gli argomenti in un ordine particolare e i consigli non devono essere applicati senza testarli e verificarne il funzionamento nei cluster.

Comprensione delle dimensioni di ridimensionamento

La scalabilità è diversa dalle prestazioni e dall'affidabilità e tutte e tre devono essere prese in considerazione quando si pianificano le esigenze di cluster e carichi di lavoro. Man mano che i cluster sono scalabili, devono essere monitorati, ma questa guida non tratterà le migliori pratiche di monitoraggio. EKSè possibile scalare fino a raggiungere grandi dimensioni, ma è necessario pianificare come scalare un cluster oltre 300 nodi o 5000 pod. Non si tratta di numeri assoluti, ma derivano dalla collaborazione di questa guida con più utenti, ingegneri e professionisti del supporto.

La scalabilità in Kubernetes è multidimensionale e non esistono impostazioni o consigli specifici che funzionino in ogni situazione. Le aree principali in cui possiamo fornire indicazioni per la scalabilità includono:

Kubernetes Control Plane in un EKS cluster include tutti i servizi AWS eseguiti e scalabili automaticamente (ad esempio il server Kubernetes). API La scalabilità del Control Plane è responsabilità dell'utente, ma l'utilizzo responsabile AWS del Control Plane è responsabilità dell'utente.

La scalabilità di Kubernetes Data Plane si occupa AWS delle risorse necessarie per il cluster e i carichi di lavoro, ma non rientrano nel Control Plane. EKS Le risorse, tra cui EC2 istanze, kubelet e storage, devono tutte essere scalate man mano che il cluster cresce.

I servizi cluster sono controller e applicazioni Kubernetes eseguiti all'interno del cluster e forniscono funzionalità per il cluster e i carichi di lavoro. Questi possono essere EKScomponenti aggiuntivi 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 aumentano, i servizi del cluster dovranno adattarsi ad essi.

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. Esistono anche considerazioni architettoniche relative alle astrazioni di Kubernetes, come namespace e servizi.

Scalabilità estremamente ampia

Se stai scalando un singolo cluster oltre 1000 nodi o 50.000 pod, saremmo lieti di parlare con te. Ti consigliamo di contattare il tuo team di supporto o il tuo account manager tecnico per contattare specialisti che possono aiutarti a pianificare e scalare oltre alle informazioni fornite in questa guida.

📝 Modifica questa pagina su GitHub