Container-Technologien - von Docker-Engines bis Kubernetes (K8s) Grundlagen der Container-Virtualisierung

Von Dr. Dietmar Müller

Anbieter zum Thema

Application Container waren im vergangenen Jahr der letzte Schrei in der IT-Szene, 2016 haben sich Docker und Co bewiesen. Sollten Sie als Cloud-Anwender sich in die Materie einarbeiten? Lohnt sich der Einsatz dieser „neuen“ Technologie? Kann sie möglicherweise sogar die Cloud ersetzen?

Container zur Anwendungsvirtualisierung halten immer mehr Einzug, auch in Cloud-Umgebungen. Allerdings sind sie mehr als sinnvolle Ergänzung als vollständiger Ersatz zu VMs zu sehen.
Container zur Anwendungsvirtualisierung halten immer mehr Einzug, auch in Cloud-Umgebungen. Allerdings sind sie mehr als sinnvolle Ergänzung als vollständiger Ersatz zu VMs zu sehen.
(© kamonrat - Fotolia.com)

Seit das Open-Source-Projekt Docker im März 2013 von der Cloud-Entwicklungs-Plattform dotCloud veröffentlicht wurde, sorgt es zunehmend für Furore. Das Projekt versprach die IT genauso umzukrempeln, wie das die Virtualisierung vor einigen Jahren bereits getan hat.

2016 haben sich Container-Technologien flächendeckend durchgesetzt. Dennoch bleiben Fragen offen: Sind sie die besseren Clouds oder nur ein weiteres, vielleicht zu kompliziertes Verfahren, Anwendungen zu virtualisieren? Dass sowohl Microsoft als auch Red Hat und IBM sich an Docker beteiligt haben, lässt allerdings vermuten, dass es sich um eine vielversprechende Technologie handelt.

Was also sind Container und wofür kann man sie einsetzen? Nun, in allererster Linie sind sie dafür gedacht, Software verlässlich laufen zu lassen, nachdem sie von einer Umgebung in eine andere versetzt worden ist. Gerne schicken beispielsweise Entwickler ihren neusten Code von ihrem Rechner in eine Testumgebung. Von dort wandert er später in die Produktion. Natürlich könnte er auch von einem Rechenzentrum auf eine virtuelle Maschine (VM) in einer privaten oder öffentlichen Cloud verschoben werden.

Der Teufel steckt im Detail

Hört sich erstmal praktisch und einfach an, der Teufel steckt jedoch im Detail. Sollten die Betriebssystem- und Entwicklungsumgebungen vor und nach dem Verschieben nicht identisch sein, kommt es in der Regel zu nicht unerheblichen Problemen. Nutzt der Programmierer etwa Python 2.7, die Produktion jedoch Python 3, dann kann bei der Ausführung der Anwendung einiges schief gehen. Ähnlich verhält es sich, wenn zum Programmieren Suse zum Einsatz kam, die Produktion aber Red Hat nutzt. Das gilt übrigens auch für die genutzten Bibliotheken. Die Umgebung einer Anwendung in einem Container muss also zwingend identisch sein! Und bitte vergessen Sie dabei nicht die Netzwerktopologie, Sicherheitsbestimmungen und die genutzten Storage-Systeme. Kleinste Abweichungen können große Probleme nach sich ziehen.

Docker und Co. lösen das Problem dadurch, dass sie in den Container auch gleich die komplette Runtime-Umgebung mit hineinpacken, Die Applikation ist dann fest mit der Bibliothek und anderen Binär- und Konfigurationsdateien sowie Konfigurationsfunktionen verzurrt. Diese sogenannte Containerisierung der Applikationsplattform und ihrer Anhängsel macht die Unterschiede in den diversen Betriebssystemdistributionen unwichtig. Das alles kann auch mittels einfacher Virtualisierung erreicht werden.

Wieso also Container?

Nun, bei der Virtualisierung besteht das Paket aus einer Virtual Machine (VM) inklusive Betriebssystem und Applikation. Ein physikalischer Server mit drei virtuellen Maschinen würde über einen Hypervisor und darauf drei separate Betriebssysteme bestehen. Im Unterschied dazu läuft auf einem Server mit drei containerisierten Applikationen nur ein Betriebssystem, das sich alle drei Container teilen.

Das bedeutet, dass die von allen dreien genutzten Teile des Betriebssystems nur einmal gelesen werden müssen, wodurch Container deutlich weniger Ressourcen verbrauchen als VMs - wir sprechen von Megabytes bei Containern im Gegensatz zu Gigabytes bei VMs. Daher passen auf einen Server auch sehr viel mehr Container als auf eine VM. Ein weiterer großer Vorteil von Containern: Sie booten extrem schnell. Während VMs manchmal mehrere Minuten zum Hochfahren benötigen, stehen Apps im Container beinahe sofort zur Verfügung.

Angesichts dieser Vorteile fragt man sich, warum Container die herkömmlichen Virtualisierungsverfahren noch nicht komplett abgelöst haben. Der Grund ist einfach: Container sind nicht so sicher wie VMs, und zwar, weil eine potentielle Sicherheitslücke im Kernel Auswirkungen auf alle Container hat, die daran hängen. Damit offerieren Container grundsätzlich nicht denselben Level an Isolation, wie man das von der Hardware-Virtualisierung her gewohnt ist.

Abhilfe kann hier SELinux (Security-Enhanced Linux) schaffen. Die Erweiterung des Linux-Kernels setzt sich aus einem Kernel-Patch und diversen Erweiterungen für Systemprogramme zusammen. Das Red Hat-Projekt Fedora hat als erste Distribution SELinux-Unterstützung mitgeliefert, mittlerweile findet sie sich aber auch zum Beispiel in openSuse. Einigen Anwendern ist SELinux dennoch zu heiß, basiert die Erweiterung doch auf dem FLASK-Konzept des US-amerikanischen Geheimdienstes NSA. Überhaupt spielt die NSA bei der Entwicklung von SELinux eine große Rolle. Das findet nicht jeder CIO gut.

Jetzt Newsletter abonnieren

Täglich die wichtigsten Infos zu Cloud Computing

Mit Klick auf „Newsletter abonnieren“ erkläre ich mich mit der Verarbeitung und Nutzung meiner Daten gemäß Einwilligungserklärung (bitte aufklappen für Details) einverstanden und akzeptiere die Nutzungsbedingungen. Weitere Informationen finde ich in unserer Datenschutzerklärung.

Aufklappen für Details zu Ihrer Einwilligung

Das ist auch der Grund, wieso Container in nächster Zeit den VMs nicht den Gar ausmachen werden. Zudem tun sich die bestehenden Orchestrierungs-Tools mit einer großen Anzahl an Container schwer. Orchestrierungssoftware wie VMwares vCenter oder Microsofts System Center tun sich da in virtuellen Infrastrukturen viel leichter.

Mehr sinnvolle Ergänzung als Ersatz zu VMs

So sollte man denn auch Container eher als Ergänzung zu VMs sehen denn als Konkurrenz. Container können beispielsweise in leichtgewichtigen VMs laufen, wodurch sie eine weitere Isolationsschicht einbringen und die Sicherheit erhöhen. Auch muss die Hardware – also Netzwerke, Server und Storage - mittels Virtualisierung gemanagt werden. Container ändern daran nichts. Container können also gar kein vollwertiger Ersatz für Virtualisierung genutzt werden, sie setzen vielmehr – ganz ähnlich der Cloud – auf sie auf.

Cloud Native, Docker, Kubernetes, Microservices & Co.: Cloud Computing Wiki

Definitionen rund um Cloud ComputingVon AWS bis XaaS: Alle relevanten Schlagworte aus dem Bereich Cloud Computing finden Sie verständlich erklärt in unseren Definitionen. Ganz im Sinne eines kleinen, aber feinen Glossars lesen Sie hier neutral verfasste und leicht verständliche Erklärungen zu den wichtigsten Begriffen. Als Service für Sie haben wir die im Special erklärten Begriffe in unseren Beiträgen auch direkt mit den zugehörigen Lexikoneinträgen verlinkt. So können Sie die wichtigsten Begriffe direkt dort nachschlagen,.  

Zum Special: Definitionen rund um Cloud Computing

Docker und weitere Container-Alternativen

Docker kennt mittlerweile jeder - das Unternehmen hat offenkundig gutes Marketing betrieben. Container sind aber keine neue Erfindung: In Linux finden sie sich in Form von LXC bereits seit fast zehn Jahren. FreeBSD jails, AIX Workload Partitions sowie Solaris Container von Sun, heute Oracle, offerieren eine ähnliche Virtualisierung auf Betriebssystem-Ebene.

Und Docker hat mittlerweile viel Konkurrenz bekommen: Eine Alternative ist etwa „rkt“, ein Command Line-Tool für App Container von CoreOS. Ein großer Pluspunkt von rkt ist, dass es mit Docker-Containern genauso gut umgehen kann wie mit den eigenen. Insgesamt gesehen wendet sich rkt aber an eher kleinere Anwenderunternehmen, während Docker mittlerweile vorrangig Tools für Cloud-Server und für Systeme fürs Clustern entwickelt.

Auch zwei Open Source-Projekte sollen hier nicht unerwähnt bleiben: Docker Subscription for Enterprise ist eine gebündelte Lösung inklusive Docker Hub Enterprise, Docker Engine sowie einer kostenpflichtigen Support-Unterstützung. Bei CoreOS Tectonic handelt es sich um einen integrierten Stack voll mit Software von CoreOS plus einer Managementkonsole für Workflow und Dashboards, einem Register für den Bau und das Teilen von Container, zusätzliche Tools für die automatisierte Verteilung und für Updates sowie die ursprünglich von Google entwickelte Container Management Plattform Kubernetes (K8s), heute unter dem Dach der Cloud Native Computing Foundation (CNCF).

Welche Betriebssystemumgebung empfiehlt sich für Container?

Eine ganze Reihe von Linux-Distributionen hat sich ganz auf Container spezialisiert, so etwa CoreOS, Red Hats Project Atomic, Canonicals Snappy Ubuntu sowie VMwares Project Photon. Diese sind dadurch allerdings vergleichsweise aufgeblasen. Und nicht jedes Rechenzentrum nutzt Linux – daher legt Microsoft gerade die Container-Technologie von Docker für Windows Server aus. Zudem hat der Redmonder Konzern kurz vor Weihnachten noch den Windows Server Container vorgestellt, der auf dem Windows Server läuft. Wir warten gespannt auf erste Anwenderberichte.

Mitte vergangenen Jahres wurde mit dem Nano Server zudem eine "dünne" Version des Windows Server ins Rennen geschickt. Es handelt sich um eine Minimalinstallation von Windows Server, die nur die Komponenten enthält, die für das Ausführen von reinen Cloud-Anwendungen und Containern notwendig sind. Diese Windows Server-Version ist in erster Linie als Applikationsserver insbesondere in Hosting- und Cloud-Szenarien gedacht. Er hat keine grafische Oberfläche, die gesamte Verwaltung und Kommunikation mit dem System erfolgen ausschließlich remote.

Zurück zur Ausgangsfrage: sind Container bessere Clouds?

Und damit zurück zur Ausgangsfrage: Sind Container die besseren Clouds? Nein, natürlich nicht, dafür unterscheiden sich die Ausgangslage und Einsatzfunktionen zu sehr. Allerdings ist von den Container-Entwicklern in diesem Jahr einiges an neuen Steuerungs- und Sicherheitskonzepten wie Sicherheits-Zertifizierung oder interne Firewalls zu erwarten. Sie sind dann genauso „Enterprise-ready“ wie Clouds. Und ebenso sicher. Es ist dann an den Verantwortlichen, die eine oder die andere Technologie zu nutzen – immer entsprechend dem Einsatzszenario.

Nachfolgend eine Auswahl weiterer Artikel, die das Thema Container-Virtualisierung konkretisieren:

(ID:43841443)