Seleziona i tipi di istanza e il posizionamento per i cluster locali Amazon EKS su AWS Outposts configurati con l'instance store EC2

Questo argomento fornisce indicazioni per la selezione dei tipi di istanze del piano di controllo Kubernetes e la configurazione del posizionamento per soddisfare i requisiti di alta disponibilità per il cluster Amazon EKS locale su un AWS Outpost configurato con EC2 instance store.

Nota

Se il tuo Outpost è configurato con Amazon EBS anziché con EC2 instance store, l'architettura descritta in questo argomento non è disponibile per il tuo Outpost. Outposts configurati con EBS continueranno a utilizzare l'implementazione dei cluster locali esistente. Per ulteriori informazioni, consulta Seleziona i tipi di istanze e i gruppi di posizionamento per i cluster Amazon EKS su AWS Outposts basati su considerazioni sulla capacità.

Se sei interessato a creare un cluster locale su EBS-backed Outpost utilizzando l'architettura dei cluster locali aggiornata, contatta il team del tuo account. AWS

Architettura del piano di controllo

Il piano di controllo Kubernetes del cluster locale viene eseguito su 6 istanze EC2 su Outpost:

• 3 istanze del piano di controllo: ospitano i componenti del piano di controllo Kubernetes, tra cui il server API Kubernetes, lo scheduler e il controller manager.

• 3 etcd istanze: archivia lo stato del cluster Kubernetes in una topologia etcd esterna.

Queste istanze vengono eseguite in un account di servizio gestito su Outpost AWS. Non vengono visualizzate come istanze EC2 nel tuo AWS account o nella console Amazon EC2. La capacità consumata dal piano di controllo è visibile nella console AWS Outposts.

Il piano di controllo non si ridimensiona orizzontalmente sotto carico. Se è necessaria una dimensione diversa dell'istanza del piano di controllo, è necessario creare un nuovo cluster.

Selezione del tipo di istanza

Con l'architettura aggiornata per i cluster locali Amazon EKS su AWS Outposts, il piano di controllo Kubernetes utilizza una topologia etcd dedicata: il server API ed è eseguito su istanze separate. etcd Quando crei un cluster, specifichi due tipi di istanza: controlPlaneInstanceType per il server API e per. etcdInstanceType etcd

I tipi di istanza scelti devono essere disponibili su Outpost. Le famiglie di istanze disponibili dipendono dalla generazione di Outpost e dallo SKU e famiglie di istanze diverse possono avere configurazioni di vCPU e memoria diverse a parità di dimensioni di istanza.

Server APIcontrolPlaneInstanceType ()

Nodi di lavoro previsti	vCPUs	Memoria
1-20	2	8 GiB
21-100	4	16 GiB
101-250	8	32 GiB
251-500	16	64 GiB

etcd (etcdInstanceType)

Nodi di lavoro previsti	vCPUs	Memoria
1—50	2	8 GiB
51—250	4	16 GiB
251-500	8	32 GiB

Importante

Assicurati che Outpost abbia una capacità di 3 istanze controlPlaneInstanceType e 3 istanze etcdInstanceType per l'intera durata del cluster locale.

Utilizza queste tabelle come linea guida anziché come requisito rigoroso. Ti consigliamo di selezionare una famiglia di istanze e una dimensione che si adattino alla crescita prevista, poiché controlPlaneInstanceType non etcdInstanceType possono essere modificate dopo la creazione del cluster. Per modificare una delle due, devi creare un nuovo cluster.

Piano di controllo e posizionamento ecc.

Per un'elevata disponibilità, consigliamo di distribuire il piano di controllo e etcd le istanze su più domini di errore hardware. È possibile controllare questa diffusione utilizzando la spreadLevel proprietà on controlPlanePlacement and etcdPlacement in. outpostConfig Una volta impostatospreadLevel, Amazon EKS crea un gruppo di collocamento EC2 con la strategia Spread. Non è necessario precreare un gruppo di collocamento.

Nota

Il groupName parametro in non controlPlanePlacement viene utilizzato con Outposts che eseguono istanze EC2 basate su instance store. Se in precedenza utilizzavi un gruppo di collocamento con un cluster locale, ora lo usi invece. spreadLevel

Livelli di diffusione

La spreadLevel proprietà accetta due valori:

• host— Distribuisce le istanze del piano di controllo su diversi host fisici. Richiede almeno 3 host configurati con il tipo di istanza scelto.

• rack— Distribuisce le istanze del piano di controllo su diversi rack fisici Outpost. Richiede almeno 3 rack con host configurati con il tipo di istanza scelto.

Pianificazione della capacità

Quando pianifichi la capacità di Outpost per i cluster locali, tieni conto di quanto segue:

• Piano di controllo e etcd istanze: 6 istanze per cluster (3 di controlPlaneInstanceType e 3 di). etcdInstanceType

• Nodi di lavoro: le istanze EC2 per i gruppi di nodi autogestiti.

• Host virtualizzati: il piano di controllo deve funzionare su host virtualizzati. Outpost deve disporre di host virtualizzati con una capacità sufficiente.

Risoluzione dei problemi di posizionamento

Se il cluster rimane nello UPDATING stato CREATING o per un periodo prolungato dopo aver specificato un livello di spread, verifica che Outpost disponga di host o rack sufficienti con il tipo di istanza scelto per soddisfare la topologia di diffusione.

Per ulteriori informazioni sulla risoluzione dei problemi dei cluster locali, consulta. Risolvi i problemi relativi ai cluster Amazon EKS locali su AWS Outposts configurati con l'instance store EC2