Hilf mit, diese Seite zu verbessern
Möchten Sie zu diesem Benutzerhandbuch beitragen? Scrollen Sie zum Ende dieser Seite und wählen Sie Diese Seite bearbeiten am aus GitHub. Ihre Beiträge werden dazu beitragen, unser Benutzerhandbuch für alle zu verbessern.
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 bereit mit AWS Outposts
Sie können Amazon verwendenEKS, um lokale Kubernetes Anwendungen auszuführen. AWS Outposts Sie können Amazon EKS auf Outposts auf folgende Weise bereitstellen:
-
Erweiterte Cluster — Führen Sie die Kubernetes Steuerungsebene in einem AWS-Region und in Knoten auf Ihrem Outpost aus.
-
Lokale Cluster – Führen Sie die Kubernetes-Steuerebene und Knoten auf Ihrem Outpost aus.
Für beide Bereitstellungsoptionen wird die Kubernetes-Steuerebene vollständig von AWS verwaltet. Sie können dasselbe Amazon EKSAPIs, dieselben Tools und dieselbe Konsole verwenden, die Sie in der Cloud verwenden, um Amazon EKS on Outposts zu erstellen und auszuführen.
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 EKS Amazon-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 EKS Amazon-Cluster lokal auf Outposts läuft, bleiben Anwendungen verfügbar. Sie können Cluster-Vorgänge während Netzwerkunterbrechungen mit der Cloud durchführen. Weitere Informationen finden Sie unter Lokale EKS Amazon-Cluster auf AWS Outposts Netzwerkunterbrechungen vorbereiten. Wenn Sie sich Sorgen um die Qualität der Netzwerkverbindung von Ihren Outposts zum übergeordneten Netzwerk machen AWS-Region und hohe Verfügbarkeit bei Netzwerkunterbrechungen benötigen, verwenden Sie die lokale Cluster-Bereitstellungsoption.
Mit erweiterten Clustern können Sie Kapazität auf 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 Kubernetes-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 |
|---|---|---|
|
Kubernetes Position der Steuerebene |
AWS-Region |
Outpost |
|
Kubernetes-Steuerebene-Konto |
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 |
||
Plattformversionen |
Siehe Sehen Sie sich die EKS Amazon-Plattformversionen für jede an Kubernetes version | Siehe Learn Kubernetes - und EKS Amazon-Plattformversionen für AWS Outposts |
Outpost-Formfaktoren |
Outpost-Racks | Outpost-Racks |
Benutzeroberflächen |
AWS Management Console AWS CLI, Amazon EKSAPI, |
AWS Management Console AWS CLI, Amazon EKSAPI, eksctl AWS CloudFormation, und Terraform |
Verwaltete Richtlinien |
Eine mazonEKSCluster Richtlinie und A mazonEKSService RolePolicy | A mazonEKSLocal OutpostClusterPolicy und A mazonEKSLocal OutpostServiceRolePolicy |
Cluster VPC und Subnetze |
Siehe EKSNetzwerkanforderungen VPC und Subnetze von Amazon anzeigen | Siehe Erstellen Sie ein VPC und Subnetze für EKS Amazon-Cluster auf AWS Outposts |
Cluster-Endpunktzugriff |
Öffentlich oder privat oder beides | Nur privat |
KubernetesAPIServerauthentifizierung |
AWS Identity and Access Management (IAM) und OIDC |
IAMund |
Knotentypen |
Nur selbstverwaltet | Nur selbstverwaltet |
Knoten-Berechnungstypen |
Amazon auf EC2 Abruf |
Amazon auf EC2 Abruf |
| Knoten-Speichertypen | Amazon EBS |
Amazon EBS |
Amazon EKS optimiert AMIs |
Amazon Linux, Windows und Bottlerocket | Nur Amazon Linux |
IP-Versionen |
Nur |
Nur |
Add-Ons |
EKSAmazon-Add-Ons oder selbstverwaltete Add-Ons | Nur Selbstverwaltete Add-Ons |
Standard-Container-Netzwerkschnittstelle |
Amazon VPC CNI plugin for Kubernetes |
Amazon VPC CNI plugin for Kubernetes |
Kubernetes-Steuerebene-Protokolle |
CloudWatch Amazon-Protokolle |
CloudWatch Amazon-Protokolle |
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üsseln Sie Kubernetes-Geheimnisse mit AWS KMS auf vorhandenen Clustern | Nicht unterstützt |
| IAM-Rollen für Servicekonten | Siehe IAM-Rollen für Servicekonten | Nicht unterstützt |
Fehlerbehebung |
Siehe Probleme mit EKS Amazon-Clustern und -Knoten beheben | Siehe Problembehandlung bei lokalen EKS Amazon-Clustern auf AWS Outposts |
Themen
