**Unterstützung für die Verbesserung dieser Seite beitragen** 

Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

Um zu diesem Benutzerhandbuch beizutragen, wählen Sie den GitHub Link **Diese Seite bearbeiten auf**, der sich im rechten Bereich jeder Seite befindet.

Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

# Wählen Sie Instance-Typen und Platzierung für lokale Amazon EKS-Cluster auf AWS Mit EC2-Instance-Speicher konfigurierte Outposts
<a name="eks-outposts-instance-store-capacity-considerations"></a>

Dieses Thema enthält Anleitungen zur Auswahl der Instance-Typen der Kubernetes-Steuerebene und zur Konfiguration der Platzierung, um die Hochverfügbarkeitsanforderungen für Ihren lokalen Amazon EKS-Cluster auf einem mit EC2-Instance-Speicher konfigurierten AWS Outpost zu erfüllen.

**Anmerkung**  
Wenn Ihr Outpost mit Amazon EBS statt mit EC2-Instance-Speicher konfiguriert ist, ist die in diesem Thema beschriebene Architektur für Ihren Outpost nicht verfügbar. Mit EBS konfigurierte Outposts werden weiterhin die bestehende Implementierung lokaler Cluster verwenden. Weitere Informationen finden Sie unter [Wählen Sie Instance-Typen und Platzierungsgruppen für Amazon EKS-Cluster auf AWS Outposts auf der Grundlage von Kapazitätsüberlegungen](eks-outposts-capacity-considerations.md).  
Wenn Sie daran interessiert sind, mithilfe der aktualisierten lokalen Cluster-Architektur einen lokalen Cluster auf einem EBS-backed Outpost zu erstellen, wenden Sie sich an Ihr AWS Account-Team.

## Architektur der Steuerungsebene
<a name="eks-outposts-instance-store-capacity-considerations-architecture"></a>

Die lokale Cluster-Kubernetes-Steuerebene läuft auf **6 EC2-Instances** auf Ihrem Outpost:
+  **3 Kontrollebeneninstanzen** — hosten die Komponenten der Kubernetes-Steuerungsebene, einschließlich des Kubernetes-API-Servers, des Schedulers und des Controller-Managers.
+  **3 `etcd` Instanzen** [— speichern den Kubernetes-Clusterstatus in einer externen etcd-Topologie.](https://kubernetes.io/docs/setup/production-environment/tools/kubeadm/ha-topology/#external-etcd-topology)

Diese Instanzen werden in einem AWS verwalteten Dienstkonto auf Ihrem Outpost ausgeführt. Sie werden nicht als EC2-Instances in Ihrem AWS Konto oder in der Amazon EC2 EC2-Konsole angezeigt. Die von der Kontrollebene verbrauchte Kapazität ist in der AWS Outposts sichtbar.

Die Steuerungsebene skaliert unter Last nicht horizontal. Wenn Sie eine andere Instanzgröße der Steuerungsebene benötigen, müssen Sie einen neuen Cluster erstellen.

## Auswahl des Instance-Typs
<a name="eks-outposts-instance-store-capacity-considerations-instance-type"></a>

Mit der aktualisierten Architektur für lokale Amazon EKS-Cluster auf AWS Outposts verwendet die Kubernetes-Steuerebene eine spezielle `etcd` Topologie: den API-Server und die `etcd` Ausführung auf separaten Instances. Wenn Sie einen Cluster erstellen, geben Sie zwei Instance-Typen an: `controlPlaneInstanceType` für den API-Server und für. `etcdInstanceType` `etcd`

Die von Ihnen ausgewählten Instance-Typen müssen auf Ihrem Outpost verfügbar sein. Die verfügbaren Instance-Familien hängen von Ihrer Outpost-Generation und SKU ab, und verschiedene Instance-Familien können unterschiedliche vCPU- und Speicherkonfigurationen bei derselben Instance-Größe haben.

 **API-Server`controlPlaneInstanceType` (**) 


| Erwartete Worker-Knoten | vCPUs | Arbeitsspeicher | 
| --- | --- | --- | 
| 1–20 | 2 | 8 GiB | 
| 21–100 | 4 | 16 GiB | 
| 101–250 | 8 | 32 GiB | 
| 251–500 | 16 | 64 GiB | 

 ** `etcd` (`etcdInstanceType`)** 


| Erwartete Worker-Knoten | vCPUs | Arbeitsspeicher | 
| --- | --- | --- | 
| 1—50 | 2 | 8 GiB | 
| 51—250 | 4 | 16 GiB | 
| 251–500 | 8 | 32 GiB | 

**Wichtig**  
Stellen Sie sicher, dass Ihr Outpost über Kapazität für 3 Instanzen von `controlPlaneInstanceType` und 3 Instanzen `etcdInstanceType` für die gesamte Lebensdauer Ihres lokalen Clusters verfügt.

Verwenden Sie diese Tabellen als Richtlinie und nicht als strikte Anforderung. Wir empfehlen, eine Instance-Familie und Größe auszuwählen, die Ihrem erwarteten Wachstum entsprechen, da `controlPlaneInstanceType` diese nach der Clustererstellung nicht mehr geändert werden `etcdInstanceType` können. Um eines der beiden zu ändern, müssen Sie einen neuen Cluster erstellen.

## Platzierung der Steuerungsebene und `usw.`
<a name="eks-outposts-instance-store-capacity-considerations-placement"></a>

Für eine hohe Verfügbarkeit empfehlen wir, Ihre Kontrollebene und `etcd` Instanzen auf mehrere Hardwarefehlerdomänen zu verteilen. Sie können diese Verteilung kontrollieren, indem Sie die `spreadLevel` Eigenschaft ein `controlPlanePlacement` - und `etcdPlacement` einschalten`outpostConfig`. Wenn Sie festlegen`spreadLevel`, erstellt Amazon EKS eine EC2-Platzierungsgruppe mit der Spread-Strategie. Sie müssen keine Platzierungsgruppe vorab erstellen.

**Anmerkung**  
Der `groupName` Parameter in `controlPlanePlacement` wird nicht bei Outposts verwendet, die Instance-Store-basierte EC2-Instances ausführen. Wenn Sie zuvor eine Platzierungsgruppe mit einem lokalen Cluster verwendet haben, verwenden Sie jetzt stattdessen. `spreadLevel`

### Ebenen verteilen
<a name="eks-outposts-instance-store-capacity-considerations-spread-levels"></a>

Die `spreadLevel` Eigenschaft akzeptiert zwei Werte:
+  **`host`**— Verteilt die Instanzen der Kontrollebene auf verschiedene physische Hosts. Erfordert mindestens 3 Hosts, die mit dem ausgewählten Instance-Typ konfiguriert sind.
+  **`rack`**— Verteilt die Instanzen der Kontrollebene auf verschiedene physische Outpost-Racks. Erfordert mindestens 3 Racks mit Hosts, die für den ausgewählten Instance-Typ konfiguriert sind.

## Kapazitätsplanung
<a name="eks-outposts-instance-store-capacity-considerations-capacity-planning"></a>

Beachten Sie bei der Planung der Outpost-Kapazität für lokale Cluster Folgendes:
+  **Kontrollebene und `etcd` Instanzen:** 6 Instanzen pro Cluster (3 von `controlPlaneInstanceType` und 3 von`etcdInstanceType`).
+  **Worker-Knoten:** Die EC2-Instances für Ihre selbstverwalteten Knotengruppen.
+  **Virtualisierte Hosts:** Die Steuerungsebene muss auf virtualisierten Hosts ausgeführt werden. Ihr Outpost muss über virtualisierte Hosts mit ausreichender Kapazität verfügen.

## Behebung von Platzierungsproblemen
<a name="eks-outposts-instance-store-capacity-considerations-troubleshooting"></a>

Wenn Ihr Cluster nach der Angabe eines Spread-Levels für einen längeren Zeitraum im `UPDATING` Status `CREATING` oder verbleibt, stellen Sie sicher, dass Ihr Outpost über genügend Hosts oder Racks mit dem ausgewählten Instance-Typ verfügt, um die Spread-Topologie zu erfüllen.

Weitere Informationen zur Fehlerbehebung bei lokalen Clustern finden Sie unter. [Problembehandlung bei lokalen Amazon EKS-Clustern auf AWS Mit EC2-Instance-Speicher konfigurierte Outposts](eks-outposts-instance-store-troubleshooting.md)