10 Kubernetes-Distributionen führen die Containerrevolution an

Kubernetes ist das Projekt, an das Sie sich wenden können, wenn Sie eine maßstabsgetreue Container-Orchestrierung benötigen. Das Open-Source-Container-Orchestrierungssystem von Google ist bekannt, wird gut unterstützt und entwickelt sich schnell weiter.

Kubernetes ist außerdem weitläufig, komplex und schwierig einzurichten und zu konfigurieren. Nicht nur das, sondern ein Großteil des schweren Hebens bleibt dem Endbenutzer überlassen. Der beste Ansatz ist daher nicht, die Bits zu greifen und zu versuchen, es alleine zu machen, sondern eine vollständige Containerlösung zu suchen, die Kubernetes als unterstützte, gewartete Komponente enthält.

Hier habe ich die 9 bekanntesten Kubernetes-Angebote aufgelistet - wie viele Distributionen Kubernetes plus Container-Tools enthalten, in dem Sinne, dass verschiedene Anbieter Distributionen des Linux-Kernels und seines Userland anbieten.

Beachten Sie, dass diese Liste keine dedizierten Cloud-Dienste wie Amazon EKS oder Google Kubernetes Engine enthält, sondern sich auf Softwareverteilungen konzentriert, die lokal oder als Cloud-gehostete Option ausgeführt werden können.

CoreOS Tectonic / Red Hat CoreOS

CoreOS ist der Anbieter einer containerorientierten Linux-Distribution, die mit Docker kompatibel ist, jedoch über ein eigenes Image-Format und eine eigene Laufzeit verfügt, sowie eine Kubernetes-Distribution für Unternehmen. Zusammen bilden sie das Fundament des CoreOS Tectonic Stacks. 

Das CoreOS-Betriebssystem Container Linux zeichnet sich vor allem dadurch aus, dass es als eine Reihe von containerisierten Komponenten geliefert wird. Auf diese Weise können automatisierte Aktualisierungen des Betriebssystems in die Produktion übertragen werden, ohne dass laufende Anwendungen heruntergefahren werden müssen. CoreOS wirbt auch für "One-Click" -Updates für Kubernetes. CoreOS Tectonic läuft auf Amazon Web Services, Microsoft Azure und Bare Metal. 

Red Hat hat kürzlich CoreOS übernommen und plant, es in Red Hat OpenShift zu integrieren. Container Linux wird in Red Hat CoreOS umbenannt. Der Umzug wird voraussichtlich nicht vor 2020 abgeschlossen sein, aber Container Linux wird bis dahin weiterhin unterstützt. Laut Red Hat werden nach dem Übergang „fast alle“ Funktionen von CoreOS Tectonic verfügbar sein.

Weitere Informationen finden Sie im Test von CoreOS Container Linux.

In Verbindung stehendes Video: Was ist Kubernetes?

In diesem 90-Sekunden-Video erfahren Sie mehr über Kubernetes, das Open-Source-System zur Automatisierung von Containeranwendungen, von einem der Erfinder der Technologie, Joe Beda, Gründer und CTO bei Heptio.

Kanonische Verbreitung von Kubernetes

Canonical, Hersteller von Ubuntu Linux, bietet eine eigene Kubernetes-Distribution an. Eines der großen Verkaufsargumente für die Canonical Distribution von Kubernetes ist die weithin anerkannte, gut verstandene und häufig eingesetzte Ubuntu Linux-Distribution darunter. Canonical behauptet, dass sein Stack in jeder Cloud- oder On-Prem-Bereitstellung funktioniert, wobei sowohl CPU- als auch GPU-basierte Workloads unterstützt werden. Zahlende Kunden können ihren Kubernetes-Cluster von Canonical-Ingenieuren remote verwalten lassen.

Die Kubernetes-Distribution von Canonical ist auch in der Miniaturversion Microk8s erhältlich. Entwickler und Kubernetes-Neulinge können Microk8s auf einem Notebook oder Desktop installieren und zum Testen, Experimentieren oder sogar für die Produktion auf Low-Profile-Hardware verwenden.

Canonical und Rancher Labs (siehe unten) produzieren gemeinsam das Produkt Cloud Native Platform, das die Kubernetes-Distribution von Canonical mit der Container-Management-Plattform von Rancher kombiniert. Die Idee ist, Kubernetes zum Verwalten der in jedem Cluster ausgeführten Container und Rancher zum Verwalten mehrerer Kubernetes-Cluster zu verwenden. Die Cloud Native Platform wird mit Rancher 2.0 verfügbar sein, das derzeit in einer Beta-Vorschau verfügbar ist. 

Docker Community Edition / Docker Enterprise

Für viele von uns ist Docker ein Container. Und seit 2014 verfügt Docker über ein eigenes Clustering- und Orchestrierungssystem, Docker Swarm, das bis vor kurzem als Konkurrent von Kubernetes stand. Im Oktober 2017 kündigte Docker dann an, Kubernetes - in unverändertem Vanille-Zustand - als Standardpaket für Docker Community Edition und Docker Enterprise 2.0 und spätere Editionen hinzuzufügen.

Docker Enterprise 3.0 fügt den Docker Kubernetes Service hinzu, eine Kubernetes-Integration, die Versionen von Kubernetes zwischen Entwicklerdesktops und Produktionsbereitstellungen konsistent hält. 

Kurz gesagt, Docker Inc. hat die Schrift an der Container-Orchestrierungswand gelesen und bestätigt, dass Kubernetes für die Verwaltung großer und komplexer Containerumgebungen besser geeignet ist als Swarm. Docker enthält jedoch weiterhin sein ursprüngliches Clustersystem, den „Schwarmmodus“, für bescheidenere Aufträge, z. B. eine lokale Anwendung hinter der Firewall, die wahrscheinlich nicht stark wächst, oder vorhandene Cluster im Schwarmmodus, die dies tun müssen nicht überarbeitet werden.

Heptio Kubernetes Abonnement

Zwei der Schöpfer von Kubernetes, Craig McLuckie und Joe Beda, gründeten Heptio, um Dienstleistungen und Produkte rund um Kubernetes anzubieten. Ihr erstes großes Angebot ist das Heptio Kubernetes Subscription (HKS), eine Kubernetes-Bereitstellung mit kostenpflichtigem 24/7-Support von Heptio. Die Preise beginnen bei 2.000 USD pro Monat.

Das Hauptargument bei Heptio sind Kubernetes für Unternehmen ohne Lieferantenbindung. Bereitstellungen können auf öffentlichen Clouds oder privater Hardware ausgeführt werden. Alle von Heptio angebotenen Tools zum Verwalten von Kubernetes-Konfigurationen sind Open Source, und Fixes werden direkt an die unterstützten Cluster geliefert.

VMware hat Heptio im Jahr 2018 übernommen, die Übernahme hat jedoch noch keine Auswirkungen auf die Pläne für das Produktportfolio von Heptio.

Kontena Pharos

Kontena Pharos wird als „Kubernetes, das einfach funktioniert“ bezeichnet und folgt ungefähr dem gleichen Playbook wie die Linux-Angebote von Red Hat. Im Grunde handelt es sich um eine CNCF-zertifizierte Kubernetes-Distribution, die unter der Apache 2-Lizenz (gemäß Fedora oder CentOS) verfügbar ist. Diejenigen, die das Geld haben, das sie ausgeben müssen (gemäß Red Hat Enterprise Linux), können professionelle Funktionen, Beratung, Support-Services und bestimmte Festpreisangebote wie den Wechsel zu einer Cloud-nativen Infrastruktur erwerben.

Die Kerndistribution von Pharos ist standardmäßig mit grundlegenden Funktionen wie automatischen Sicherheitsupdates und mehreren Containerlaufzeiten ausgestattet. Das kostenpflichtige Produkt bietet Unternehmenstools wie das Kontena Lens-Dashboard, das verteilte Speichersystem Kontena Storage, Backups, Lastausgleich und die Möglichkeit, den Cluster in einer Umgebung mit Luftspalt bereitzustellen.

Die Professional Edition hat eine 30-tägige Evaluierungsphase mit Support-Abonnements, die bei 375 € pro Monat beginnen. Die Open Source Edition hat keine zeitliche Begrenzung und keine Lizenzkosten.

Pivotal Container Service (PKS)

Pivotal, bekannt für seine Arbeit an Cloud Foundry, bietet Kubernetes für Unternehmen mit dem Namen Pivotal Container Service (PKS) an. PKS lässt sich von vielen anderen Pivotal-Projekten inspirieren. Beispielsweise wird das Kubo-Projekt verwendet, das auch in der Cloud Foundry von Pivotal verwendet wird, um Kubernetes-Cluster zu starten und zu verwalten.

Die herausragende Funktion von PKS ist die enge Integration in den VMware-Virtualisierungsstapel. Tatsächlich ist PKS ein gemeinsames VMware-Pivotal-Projekt. Auf PKS ausgeführte Container haben Zugriff auf Dienste, die normalerweise nur virtuellen Maschinen zur Verfügung stehen, die auf vSphere ausgeführt werden, z. B. persistenter Speicher in VMware VSAN. Darüber hinaus kann PKS über VMware Cloud Foundation verwaltet werden, die zum Verwalten der VMware-Infrastruktur in öffentlichen und privaten Cloud-Umgebungen verwendet wird.

Kurz gesagt, jeder Shop mit einer Investition in VMware und einem wachsenden Interesse an Kubernetes möchte sich möglicherweise mit PKS befassen, um das vorhandene VMware-Setup optimal zu nutzen.

Rancher 2.0

Rancher Labs hat Kubernetes mit Version 2.0 in seine Container-Management-Plattform - einfach Rancher genannt - integriert. Rancher 2.0 funktioniert auf einer höheren Ebene als andere Kubernetes-Distributionen. Es befindet sich auf Ihren Linux-Hosts, Docker-Containern und Kubernetes-Knoten und verwaltet alle unabhängig von Standort oder Infrastruktur zu marktüblichen Bedingungen. Es kann sogar Kubernetes-Cluster in Amazon EKS, der Google Kubernetes Engine, dem Azure Kubernetes Service und anderen Kubernetes-as-a-Service-Clouds verwalten. 

Rancher kommt auch mit einer eigenen Kubernetes-Distribution. Rancher soll einen Großteil der Plackerei beim Einrichten eines Kubernetes-Clusters und beim Anpassen von Kubernetes für eine bestimmte Umgebung beseitigen, ohne dass diese Anpassungen reibungslose Upgrades auf Kubernetes behindern können - eine wichtige Überlegung für ein derart schnelles Upgrade. bewegliches und ständig aktualisiertes Projekt.

Rancher bietet auch eine minimale Kubernetes-Distribution namens K3s an. K3s ist für Low-Profile-Bereitstellungen optimiert und benötigt lediglich 512 MB RAM pro Serverinstanz und 200 MB Festplattenspeicher. Es drückt sich in diesen Footprint ein, indem alle älteren, Alpha-Grade- und nicht wesentlichen Funktionen sowie viele weniger häufig verwendete Plug-Ins weggelassen werden (obwohl diese bei Bedarf wieder hinzugefügt werden können).

Red Hat OpenShift

Red Hat OpenShift, das PaaS-Produkt von Red Hat, verwendete ursprünglich Heroku-Buildpack-ähnliche „Cartridges“, um Anwendungen zu verpacken, die dann in Containern namens „Gears“ bereitgestellt wurden. Dann kam Docker und OpenShift wurde überarbeitet, um das neue Container-Image und den neuen Laufzeitstandard zu nutzen. Zwangsläufig übernahm Red Hat auch Kubernetes als Orchestrierungstechnologie in OpenShift.

OpenShift wurde entwickelt, um Abstraktion und Automatisierung für alle Komponenten in einem PaaS bereitzustellen. Diese Abstraktion und Automatisierung erstreckt sich auch auf Kubernetes, das immer noch einen erheblichen Verwaltungsaufwand verursacht, sodass OpenShift verwendet werden kann, um dies im Rahmen der größeren Mission der Bereitstellung eines PaaS zu verringern.

Wie oben erwähnt, wird CoreOS Tectonic in Red Hat OpenShift zusammengeführt, obwohl die Fusion der Technologien voraussichtlich erst 2020 abgeschlossen sein wird.

Weitere Informationen finden Sie in der Rezension zu Red Hat OpenShift 3.

SUSE Container als Serviceplattform

SUSE ist bekannt für eine in Europa weit verbreitete Linux-Distribution und bietet auch die SUSE CaaS-Plattform an. Konzeptionell erinnert die SUSE CaaS-Plattform an CoreOS Tectonic und kombiniert ein Bare-Metal-Mikro-Betriebssystem, auf dem Container ausgeführt werden, Kubernetes für die Container-Orchestrierung, eine integrierte Image-Registrierung und Cluster-Konfigurationstools.

SUSE CaaS Platform 3, das 2018 veröffentlicht wurde, fügte Multi-Master-Funktionen hinzu, um Cluster widerstandsfähiger gegen einen Absturz des Masterknotens zu machen, und eine Kernel-Optimierungsfunktion, um benutzerdefinierte Anpassungen am enthaltenen Linux-Kernel vorzunehmen.

Die SUSE CaaS-Plattform kann sowohl in öffentlichen Clouds als auch auf lokalem Bare-Metal ausgeführt werden, jedoch mit der Einschränkung, dass „SUSE derzeit keine Integration in die zugrunde liegende Cloud-Infrastruktur unterstützt“. Dies bedeutet, dass die SUSE CaaS-Plattform nicht dazu gedacht ist, Amazon EKS oder Google Kubernetes Engine zu ergänzen, sondern sie zu umgehen, sodass Sie Container über mehrere Clouds und Rechenzentren hinweg ausführen können. 

Telekube

Gravitational, Hersteller des Teleport SSH-Servers, produziert Gravity, eine „produktionsgehärtete“ Kubernetes-Distribution, die auf lokalen oder Remote-Clustern ausgeführt wird. Gravity ist als Lösung für eine private SaaS-Plattform oder für die Ausführung von Kubernetes als Service in mehreren Regionen oder Hosting-Anbietern positioniert.

Apps on Gravity müssen für die Ausführung in Containern auf Kubernetes vorbereitet sein. Sie müssen auch in „Bundles“ gepackt werden, die dann zur Verteilung in Kubernetes-Clustern veröffentlicht werden. Das Bündeln erfordert einige zusätzliche Arbeiten zusätzlich zu allen anderen Vorbereitungen, die zum Bereitstellen von containergestützten Anwendungen erforderlich sind. Das Bundle-Manifest ist jedoch die einzige schwerkraftspezifische Ergänzung, die Sie warten müssen.

Mit Gravity können Sie auch einen Snapshot eines gesamten Kubernetes-Clusters erstellen - einschließlich aller seiner Apps und Konfigurationen - und den Snapshot in einer anderen Kubernetes-Umgebung bereitstellen.