Amazon Kubernetes (EKS) veröffentlicht

Amazon Web Services gab gestern den vollständigen Start seines Kubernetes-basierten Cloud-Dienstes EKS (Amazon Elastic Container Service für Kubernetes) bekannt. Es wurde erstmals im letzten November angekündigt (kurz nachdem AWS der CNCF von Kubernetes beigetreten war), hatte dann aber den Status vor dem Zugriff. Was verbirgt sich hinter EX?


Amazon EKS ist ein gebrauchsfertiges Kubernetes, das in einer AWS-Cloud-Umgebung bereitgestellt und verwaltet wird. Sie können über EKS als verwalteten Dienst (oder gehosteten Dienst) sprechen. Dieser Markt (für Kubernetes) ist ziemlich neu, aber er ist bereits viel breiter als die bekannte Google Kubernetes Engine (GKE) und der Azure Kubernetes Service (AKS), weil Insgesamt mindestens mehr als ein Dutzend offiziell „dokumentierte“ Vorschläge von großen und nicht sehr IT-Unternehmen (einschließlich Red Hat, IBM, Oracle, Pivotal usw.).

Wie beim letzten Mal wird in der Ankündigung von Amazon stolz darauf hingewiesen, dass (laut offiziellen CNCF-Statistiken ) „AWS die führende Umgebung für Kubernetes ist“, da 57% der Unternehmen, die Kubernetes verwenden, ihre Cluster in der Amazon-Cloud hosten . Diese Daten sind das Ergebnis einer Umfrage unter mehr als 550 Vertretern der Kubernetes-Community, die an der KubeCon + CloudNativeCon North America-Konferenz (im Dezember 2017) teilgenommen haben. CNCF erhält solche Zahlen regelmäßig bei seinen Großveranstaltungen, und der Anteil von AWS wächst stetig. Man muss nur klarstellen, dass dieser Prozentsatz das Ergebnis mehrerer Stichproben ist (d. H. Die gleichen K8-Benutzer arbeiten größtenteils gleichzeitig mit anderen Plattformen).

Wie zu erwarten, beziehen sich die wichtigsten Funktionen von EKS auf die Integration mit anderen AWS Cloud-Diensten / -Funktionen. Hier ist eine Liste von ihnen:

1. Multi-AZ - Hochverfügbarkeit der Kubernetes-Steuerebene (genauer gesagt Kube-Apiserver und etcd), die tatsächlich gehostet wird, d. H. Befindet sich in AWS-Einrichtungen und wird automatisch gewartet: Die Knoten selbst werden bei Stürzen ersetzt und automatisch gepatcht / aktualisiert. Die Barrierefreiheit wird durch die Verteilung der Steuerebene auf die drei Verfügbarkeitszonen in AWS erreicht.
2. Verwenden von Heptio Authenticator zur Authentifizierung, das die Integration in AWS Identity and Access Management ermöglicht (d. H. Rollen von IAM können verwendet werden).
3. Unterstützung für verschiedene Lastausgleichsmethoden für das Verkehrsrouting: AWS Network Load Balancer, AWS Application Load Balancer, Elastic Load Balancer.
4. Verwenden von EBS-Volumes ( Amazon Elastic Block Store ) zum Speichern von Daten in Kubernetes (PersistentVolumes).
5. Möglichkeit, DNS-Einträge von Route 53 für Dienste zu verwenden, die in Kubernetes-Clustern gehostet werden.
6. Unterstützung für automatische Skalierung - AWS Auto Scaling.
7. CNI- Plugin zur Verwendung von Elastic Network Interfaces in Clustern.

Weitere EKS-Integrationen mit AWS umfassen die Unterstützung von AWS PrivateLink und AWS CloudTrail (für Protokolle).

In den häufig gestellten Fragen des Projekts heißt es, dass der Dienst "die neueste Version der Open Source-Version von Kubernetes gestartet hat, sodass Sie alle vorhandenen Plugins und Tools aus der Kubernetes-Community verwenden können". Eine andere Frage stellt klar, dass derzeit nur Kubernetes Version 1.10 unterstützt wird.

Im einfachsten Detail stellen die Autoren die EKS-Architektur wie folgt dar:



Und so - der Algorithmus zur Verwendung von EKS:



Wie Sie EKS in Aktion testen können, finden Sie in der Amazon EKS-Ankündigung , die schrittweise Anweisungen (mit Screenshots) zum Erstellen eines Kubernetes-Clusters enthält, sowie in der AWS-Dokumentation, in der dort ein 30-minütiges Lernprogramm zum Bereitstellen einer Kubernetes-Anwendung vorbereitet wird.

Derzeit ist Amazon EKS nur für die US-Regionen US East (N. Virginia) und US West (Oregon) verfügbar. Die Verbreitung an andere wird "sehr bald" erwartet, obwohl die Servicetabelle nach Regionen diesen Service noch nicht bietet.

Schließlich behauptet Amazon, Änderungen an der Upstream-Codebasis von Kubernetes selbst und verwandten Projekten (einschließlich des oben genannten Heptio Authenticator sowie Virtual Kubelet) vorzunehmen. In diesem Fall sind die Statistiken jedoch eindeutig nicht auf ihrer Seite: Es gibt keine Unternehmen unter den führenden Unternehmen in Bezug auf die Anzahl der Commits für die Kubernetes-Codebasis. Auf der anderen Seite können Sie allein aufgrund dieser Tatsache ruhig auf Vorhersagen über die Zukunft von Kubernetes wie diese reagieren.