**Contribuisci a migliorare questa pagina** 

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

Per contribuire a questa guida per l'utente, scegli il GitHub link **Modifica questa pagina** nel riquadro destro di ogni pagina.

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

# Seleziona i tipi di istanza e il posizionamento per i cluster locali Amazon EKS su AWS Outposts configurati con l'instance store EC2
<a name="eks-outposts-instance-store-capacity-considerations"></a>

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à](eks-outposts-capacity-considerations.md).  
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
<a name="eks-outposts-instance-store-capacity-considerations-architecture"></a>

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.](https://kubernetes.io/docs/setup/production-environment/tools/kubeadm/ha-topology/#external-etcd-topology)

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
<a name="eks-outposts-instance-store-capacity-considerations-instance-type"></a>

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 API`controlPlaneInstanceType` (**) 


| 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.`
<a name="eks-outposts-instance-store-capacity-considerations-placement"></a>

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 impostato`spreadLevel`, 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
<a name="eks-outposts-instance-store-capacity-considerations-spread-levels"></a>

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à
<a name="eks-outposts-instance-store-capacity-considerations-capacity-planning"></a>

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
<a name="eks-outposts-instance-store-capacity-considerations-troubleshooting"></a>

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](eks-outposts-instance-store-troubleshooting.md)