Unterstützung für die Verbesserung dieser Seite beitragen
Um zu diesem Benutzerhandbuch beizutragen, klicken Sie auf den Link Diese Seite auf GitHub bearbeiten, der sich im rechten Bereich jeder Seite befindet.
Bereitstellung von Amazon EKS On-Premises mit AWS Outposts
Sie können Amazon EKS verwenden, um On-Premises-Kubernetes-Anwendungen in AWS Outposts auszuführen. 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 Vorbereitung lokaler Amazon-EKS-Cluster in AWS Outposts für Netzwerkunterbrechungen. Wenn Sie Bedenken hinsichtlich der Qualität der Netzwerkverbindung zwischen Ihren Outposts und dem übergeordneten AWS-Region haben und eine hohe Verfügbarkeit durch Netzwerkunterbrechungen benötigen, verwenden Sie die Bereitstellungsoption des lokalen Clusters.
Mit erweiterten Clustern können Sie Kapazität in Ihrem Outpost sparen, da die Kubernetes-Steuerebene im übergeordneten AWS-Region ausgeführt wird. Diese Option ist geeignet, wenn Sie in eine zuverlässige, redundante Netzwerkverbindung von Ihrem Outpost zum AWS-Region investieren können. 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
Vergleich der Optionen für die Bereitstellung
Die folgende Tabelle vergleicht die Unterschiede zwischen den beiden Optionen.
| Funktion | 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 |
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 |
eks/latest/userguide/kubernetes-versions.html[Supported Amazon EKS versions,type="documentation"]. |
eks/latest/userguide/kubernetes-versions.html[Supported Amazon EKS versions,type="documentation"]. |
|
Plattformversionen |
Siehe EKS-Plattformversionen |
Siehe Plattformversionen von Kubernetes und Amazon EKS für AWS Outposts kennenlernen |
|
Outpost-Formfaktoren |
Outpost-Racks |
Outpost-Racks |
|
Benutzeroberflächen |
AWS-Managementkonsole, AWS-CLI, Amazon-EKS-API, |
AWS-Managementkonsole, AWS-CLI, Amazon-EKS-API, |
|
Verwaltete Richtlinien |
AmazonEKSClusterPolicy und AWS-verwaltete Richtlinie: AmazonEKSServiceRolePolicy |
AmazonEKSLocalOutpostClusterPolicy und AWS-verwaltete Richtlinie: AmazonEKSLocalOutpostServiceRolePolicy |
|
Cluster-VPC und Subnetze |
Siehe Erstellung einer VPC und von Subnetzen für Amazon-EKS-Cluster in AWS Outposts |
|
|
Cluster-Endpunktzugriff |
Öffentlich oder privat oder beides |
Nur privat |
|
Kubernetes-API-Server-Authentifizierung |
AWS Identity and Access Management (IAM) und OIDC |
IAM und |
|
Knotentypen |
Nur selbstverwaltet |
Nur selbstverwaltet |
|
Knoten-Berechnungstypen |
Amazon EC2 On-Demand |
Amazon EC2 On-Demand |
|
Knoten-Speichertypen |
Amazon EBS |
Amazon EBS |
|
Amazon EKS-optimierte AMIs |
Amazon Linux, Windows und Bottlerocket |
Nur Amazon Linux |
|
IP-Versionen |
Nur |
Nur |
|
Add-Ons |
Amazon-EKS-Add-Ons oder selbstverwaltete Add-Ons |
Nur Selbstverwaltete Add-Ons |
|
Standard-Container-Netzwerkschnittstelle |
Amazon-VPC-CNI-Plug-In für Kubernetes |
Amazon-VPC-CNI-Plug-In für Kubernetes |
|
Kubernetes-Steuerebene-Protokolle |
Amazon CloudWatch Logs |
Amazon CloudWatch Logs |
|
Load Balancing |
Verwenden Sie den AWS Load Balancer Controller nur zum Bereitstellen von Application Load Balancern (keine Network Load Balancer) |
Verwenden Sie den AWS Load Balancer Controller 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 |
Nicht unterstützt |
|
IAM-Rollen für Servicekonten |
Nicht unterstützt |
|
|
Fehlersuche |
Siehe Beheben von Problemen mit Amazon-EKS-Clustern und -Knoten |
Siehe Fehlerbehebung bei lokalen Amazon-EKS-Clustern in AWS Outposts |
Themen
