Seleziona i tipi di istanze e i gruppi di posizionamento per i cluster Amazon EKS su AWS Outposts in base a considerazioni sulla capacità

Questo argomento fornisce indicazioni per la selezione del tipo di istanza del piano di controllo Kubernetes e (facoltativamente) l'utilizzo dei gruppi di collocamento per soddisfare i requisiti di alta disponibilità per il cluster Amazon EKS locale su un Outpost.

Prima di selezionare un tipo di istanza (ad esempio m5c5, or5) da utilizzare per il piano di controllo Kubernetes del cluster locale su Outposts, verifica i tipi di istanza disponibili nella configurazione di Outpost. Dopo aver identificato i tipi di istanza disponibili, devi selezionare la dimensione dell'istanza (large, xlarge o 2xlarge) in base al numero di nodi richiesti dai carichi di lavoro. La tabella seguente fornisce consigli per la selezione della dimensione dell'istanza.

Nota

Le dimensioni delle istanze devono essere assegnate ai tuoi Outposts. Assicurati di disporre di una capacità sufficiente per tre istanze della dimensione disponibile negli Outposts per tutta la durata del cluster locale. Per un elenco dei tipi di EC2 istanze Amazon disponibili, consulta le sezioni Calcolo e archiviazione nelle funzionalità del AWS rack Outposts.

Numero di nodi	Dimensione dell'istanza del piano di controllo (control-plane) Kubernetes
1-20	large
21-100	xlarge
101-250	2xlarge
251-500	4xlarge

Lo storage per il piano di controllo Kubernetes richiede 246 GB di storage Amazon EBS per ogni cluster locale per soddisfare gli IOPS richiesti. etcd Quando viene creato il cluster, i volumi Amazon EBS vengono allocati automaticamente per tuo conto.

Collocamento del piano di controllo (control-plane)

Se non specifichi un gruppo di collocamento con la OutpostConfig.ControlPlanePlacement.GroupName proprietà, le EC2 istanze Amazon predisposte per il tuo piano di controllo Kubernetes non ricevono alcuna imposizione specifica di posizionamento dell'hardware sulla capacità sottostante disponibile sul tuo Outpost.

Puoi utilizzare gruppi di collocamento per soddisfare i requisiti di alta disponibilità del tuo cluster Amazon EKS locale su un Outpost. Specificando un gruppo di posizionamento durante la creazione del cluster, influisci sul posizionamento delle istanze del piano di controllo Kubernetes. Le istanze sono distribuite su un hardware sottostante indipendente (rack o host), riducendo al minimo l'impatto di istanze correlate in caso di guasti hardware.

Il tipo di spread che puoi configurare dipende dal numero di rack Outpost esistenti nella tua implementazione.

• Implementazioni con uno o due rack fisici in un unico Outpost logico: è necessario disporre di almeno tre host configurati con il tipo di istanza scelto per le istanze del piano di controllo Kubernetes. Un gruppo di distribuzione che utilizza lo spread a livello di host garantisce che tutte le istanze del piano di controllo Kubernetes vengano eseguite su host distinti all'interno dei rack sottostanti disponibili nella distribuzione di Outpost.

• Implementazioni con tre o più rack fisici in un unico Outpost logico: è necessario disporre di almeno tre host configurati con il tipo di istanza scelto per le istanze del piano di controllo Kubernetes. Un gruppo di distribuzione che utilizza lo spread a livello di rack garantisce che tutte le istanze del piano di controllo Kubernetes vengano eseguite su rack distinti nell'implementazione di Outpost. In alternativa, puoi utilizzare il gruppo di collocamento spread a livello di host come descritto nell'opzione precedente.

Sei responsabile della creazione del gruppo di collocamento desiderato. Specifichi il gruppo di collocamento quando richiami l'API CreateCluster. Per ulteriori informazioni sui gruppi di collocamento e su come crearli, consulta Placement Groups nella Amazon EC2 User Guide.

• Quando viene specificato un gruppo di collocamento, deve essere disponibile una capacità slot sull'Outpost per creare correttamente un cluster Amazon EKS locale. La capacità varia a seconda se utilizzi il tipo di spread host o rack. Se la capacità non è sufficiente, il cluster rimane nello Creating stato. Puoi controllare Insufficient Capacity Error nel campo di integrità della risposta dell'API DescribeCluster. Devi liberare capacità per l'avanzamento del processo di creazione.

• Durante gli aggiornamenti della piattaforma e della versione del cluster locale di Amazon EKS, le istanze del piano di controllo Kubernetes del cluster vengono sostituite da nuove istanze che utilizzano una strategia di aggiornamento continuo. Durante questo processo di sostituzione, ogni istanza del piano di controllo (control plane) termina, liberando il rispettivo slot. Al suo posto viene fornita una nuova istanza aggiornata. L'istanza aggiornata potrebbe essere collocata nello slot che è stato rilasciato. Se lo slot viene utilizzato da un'altra istanza non correlata e la capacità rimanente non soddisfa i requisiti di topologia spread richiesti, il cluster rimane nello stato Updating. Puoi controllare Insufficient Capacity Error rispettivo nel campo di integrità della risposta dell'API DescribeCluster. Devi liberare la capacità per l'avanzamento del processo di aggiornamento e la ridefinizione dei livelli di alta disponibilità precedenti.

• Puoi creare un massimo di 500 gruppi di collocamento per account in ogni regione. AWS Per ulteriori informazioni, consulta le regole generali e le limitazioni nella Amazon EC2 User Guide.