**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.
# Stellen Sie Amazon EKS vor Ort mit AWS Outposts bereit
Sie können Amazon EKS verwenden, um lokale Kubernetes-Anwendungen auf Outposts auszuführen. AWS Sie können Amazon EKS auf Outposts folgendermaßen bereitstellen:
+ **Erweiterte Cluster** — Führen Sie die Kubernetes-Steuerebene in einer AWS Region und Knoten in Ihrem Outpost aus.
+ **Lokale Cluster** – Führen Sie die Kubernetes-Steuerebene und Knoten in Ihrem Outpost aus.
Für beide Bereitstellungsoptionen wird die Kubernetes-Steuerebene vollständig von AWS verwaltet. Sie können dieselben Amazon-EKS-APIs, -Tools und -Konsolen verwenden, die Sie in der Cloud zum Erstellen und Ausführen von Amazon EKS auf Outposts verwenden.
Das folgende Diagramm zeigt diese Optionen für die Bereitstellung.
## Wann die einzelnen Bereitstellungsoptionen verwendet werden sollten
Sowohl lokale als auch erweiterte Cluster sind allgemeine Bereitstellungsoptionen und können für eine Reihe von Anwendungen verwendet werden.
Mit lokalen Clustern können Sie den gesamten Amazon-EKS-Cluster lokal auf Outposts ausführen. Mit dieser Option können Sie das Risiko von Ausfallzeiten bei Anwendungen verringern, die durch vorübergehende Netzwerkunterbrechungen in der Cloud entstehen können. Diese Netzwerkunterbrechungen können durch Glasfaserausfälle oder Wetterereignisse verursacht werden. Da der gesamte Amazon-EKS-Cluster lokal auf Outposts ausgeführt wird, bleiben Anwendungen verfügbar. Sie können Cluster-Vorgänge während Netzwerkunterbrechungen mit der Cloud durchführen. Weitere Informationen finden Sie unter [Bereiten Sie lokale Amazon EKS-Cluster auf AWS Outposts für Netzwerkunterbrechungen vor](eks-outposts-network-disconnects.md). Wenn Sie sich Sorgen um die Qualität der Netzwerkverbindung von Ihren Outposts zur übergeordneten AWS Region machen und hohe Verfügbarkeit bei Netzwerkunterbrechungen benötigen, verwenden Sie die lokale Cluster-Bereitstellungsoption.
Mit erweiterten Clustern können Sie Kapazität in Ihrem Outpost sparen, da die Kubernetes-Steuerebene in der übergeordneten Region läuft. AWS Diese Option ist geeignet, wenn Sie in eine zuverlässige, redundante Netzwerkkonnektivität von Ihrem Outpost zur Region investieren können. AWS Die Qualität der Netzwerkverbindung ist für diese Option entscheidend. Die Art und Weise, wie Kubernetes Netzwerkunterbrechungen zwischen der -Steuerebene und den Knoten handhabt, kann zu Ausfallzeiten der Anwendung führen. Weitere Informationen zum Verhalten von Kubernetes finden Sie unter [Planung, Vorkaufsrecht und Bereinigung](https://kubernetes.io/docs/concepts/scheduling-eviction/) in der Kubernetes-Dokumentation.
## Vergleich der Optionen für die Bereitstellung
Die folgende Tabelle vergleicht die Unterschiede zwischen den beiden Optionen.
| Feature | Erweiterter Cluster | Lokaler Cluster |
| --- | --- | --- |
| Ort der Kubernetes-Steuerebene | AWS Region | Outpost |
| Konto der Kubernetes-Steuerebene | AWS Konto | Ihr Konto |
| Regionale Verfügbarkeit | siehe [Service-Endpunkte](https://docs.aws.amazon.com/general/latest/gr/eks.html#eks_region) | USA Ost (Ohio), USA Ost (Nord-Virginia),USA West (Nordkalifornien), USA West (Oregon), Asien-Pazifik (Seoul), Asien-Pazifik (Singapur), Asien-Pazifik (Sydney), Asien-Pazifik (Tokio), Kanada (Zentral), Europa (Frankfurt), Europa (Irland), Europa (London), Naher Osten (Bahrain), Naher Osten (Bahrain) und Südamerika (São Paulo) |
| Kubernetes-Nebenversionen | [Unterstützte Amazon-EKS-Versionen](https://docs.aws.amazon.com/eks/latest/userguide/kubernetes-versions.html). | [Unterstützte Amazon-EKS-Versionen](https://docs.aws.amazon.com/eks/latest/userguide/kubernetes-versions.html). |
| Plattformversionen | Siehe [EKS-Plattformversionen](https://docs.aws.amazon.com/eks/latest/userguide/platform-versions.html) | Siehe [Erfahren Sie mehr über die Plattformversionen von Kubernetes und Amazon EKS für Outposts AWS](eks-outposts-platform-versions.md) |
| Outpost-Formfaktoren | Outpost-Racks | Outpost-Racks |
| Benutzeroberflächen | AWS-Managementkonsole, AWS CLI, Amazon EKS-API`eksctl`, AWS CloudFormation, und Terraform | AWS-Managementkonsole, AWS CLI, Amazon EKS-API`eksctl`, AWS CloudFormation, und Terraform |
| Verwaltete Richtlinien | [AmazonEKSClusterPolicy](security-iam-awsmanpol.md#security-iam-awsmanpol-amazoneksclusterpolicy) und [AWS verwaltete Richtlinie: AmazonEKSServiceRolePolicy](security-iam-awsmanpol.md#security-iam-awsmanpol-amazoneksservicerolepolicy) | [AmazonEKSLocalOutpostClusterPolicy](security-iam-awsmanpol.md#security-iam-awsmanpol-amazonekslocaloutpostclusterpolicy) und [AWS verwaltete Richtlinie: AmazonEKSLocalOutpostServiceRolePolicy](security-iam-awsmanpol.md#security-iam-awsmanpol-amazonekslocaloutpostservicerolepolicy) |
| Cluster-VPC und Subnetze | Siehe [Amazon-EKS-Netzwerkanforderungen für VPC und Subnetze](network-reqs.md) | Siehe [Erstellen Sie eine VPC und Subnetze für Amazon EKS-Cluster auf Outposts AWS](eks-outposts-vpc-subnet-requirements.md) |
| Cluster-Endpunktzugriff | Öffentlich oder privat oder beides | Nur privat |
| Kubernetes-API-Server-Authentifizierung | AWS Identity and Access Management (IAM) und OIDC | IAM und `x.509`-Zertifikate |
| Knotentypen | Self-managed nur | Self-managed nur |
| Knoten-Berechnungstypen | Amazon EC2 On-Demand | Amazon EC2 On-Demand |
| Knoten-Speichertypen | Amazon EBS `gp2` und lokale NVMe-SSD | Amazon EBS `gp2` und lokale NVMe-SSD |
| Amazon EKS-optimierte AMIs | Amazon Linux, Windows und Bottlerocket | Nur Amazon Linux |
| IP-Versionen | Nur `IPv4` | Nur `IPv4` |
| Add-ons | Amazon-EKS-Add-Ons oder selbstverwaltete Add-Ons | Self-managed nur Add-Ons |
| Standard-Container-Netzwerkschnittstelle | Amazon-VPC-CNI-Plugin für Kubernetes | Amazon-VPC-CNI-Plugin für Kubernetes |
| Kubernetes-Steuerebene-Protokolle | CloudWatch Amazon-Protokolle | CloudWatch Amazon-Protokolle |
| Lastausgleich | Verwenden Sie den [AWS Load Balancer Controller](aws-load-balancer-controller.md) nur zum Bereitstellen von Application Load Balancern (keine Network Load Balancer) | Verwenden Sie den [AWS Load Balancer Controller](aws-load-balancer-controller.md) nur zum Bereitstellen von Application Load Balancern (keine Network Load Balancer) |
| Secrets-Umschlagverschlüsselung | Siehe [Verschlüsselung von Kubernetes-Geheimnissen mit KMS in vorhandenen Clustern](enable-kms.md) | Nicht unterstützt |
| IAM-Rollen für Servicekonten | Siehe [IAM-Rollen für Servicekonten](iam-roles-for-service-accounts.md) | Nicht unterstützt |
| Fehlerbehebung | Siehe [Beheben von Problemen mit Amazon-EKS-Clustern und -Knoten](troubleshooting.md) | Siehe [Fehlerbehebung bei lokalen Amazon EKS-Clustern auf AWS Outposts](eks-outposts-troubleshooting.md) |
**Topics**