mit Suse Cloud verliefen im weiteren Test erfreulich schmerzfrei und waren auch gut dokumentiert.

Red Hat vs. Suse

Das Vorgehen beim Marktführer Red Hat erscheint analog zu Suse. Zunächst ist ein gültiges Konto im Red-Hat-Kundenportal nötig, dem Quasi-Nachfolger des RHN (Red Hat Network). Auch hier dient die-ses Konstrukt zum Herunterladen der Software, dem Zugriff auf Updates und Patches und natürlich der Registrierung des Software-Abos auf den Anwender. Anders als bei den Nürnbergern gibt es keine ISO-Abbilder mehr für die Open-Stack-Komponenten.Ein entsprechend vorbereitetes RHEL 7 holt und installiert die Pakete über den eingebauten Paketmanager Yum. Der Red-Hat-Kundenaccount dient zum Freischalten der entsprechenden Soft-wareverzeichnisse (Repositories) beim Distributor. Natürlich muss der Rech-ner entsprechend bei Red Hat registriert sein. Ein Registrierungsschlüssel für das Testabo entfällt, beim Anfordern muss der Anwender sein Benutzerkonto bei Red Hat angeben. Die Zuordnung der Subskription übernehmen die Rothüte im Hintergrund. Das Vorgehen ist identisch zu dem Fall, wenn man das Red-Hat-Produkt ganz offiziell bestellt. Mit einer bestehenden VMware-Infra-struktur ist der Test über eine bereits vor-gefertigte Appliance möglich. In jedem Fall sind die ersten Schritte wie bei Suse gut und übersichtlich dokumentiert. Ab-hängig von den Vorkenntnissen kann der Start mit Red Hat Enterprise Linux Open Stack Platform (RHELOSP) vollkommen unterschiedlich verlaufen – für den Er-

Open Stack gilt als das Linux der Cloud, und beim Thema Enterprise-Linux denkt jeder Admin sofort an zwei Farben: Rot und Grün, Red Hat oder Suse. In Sachen Open Stack gibt es aber mehr Bewerber.

Den Anfang macht Suse

Der Artikel untersucht die fünf wichtigs-ten Open-Stack-Anbieter und unterzieht sie einem Vergleichstest. Zuerst stellt er Suse [1] und Red Hat [2] gegenüber, schildert dann den Ubuntu-Ansatz [3] und abschließend, was Mirantis [4] und

HP Helion [5] anders machen wollen.Wer Suse Cloud aus-probieren will, benö-tigt zunächst ein Be-nutzerkonto im Suse Customer Center. Die Registrierung dort ist etwas lästig, aber nicht vermeidbar. Der Ac-count hat drei Funkti-onen: Da ist einmal die Registrierung des Test-Abos von Suse Cloud auf den Benutzer. Gleichzeitig schaltet dies den Zugriff auf die notwendigen Patches und Updates frei, dafür muss man den Rechner selbst im SCC anmel-den. Funktion Nummer drei ist der Zugriff auf die Software selbst.

Drei ISO-Images

Die kommt in Form von drei ISO-Abbildern. Für

den reinen Betrieb ist nur eines nötig. Die anderen beiden enthalten den Quelltext und die so genannten Debuginfo-Pakete. Beim Herunterladen der Software kann der Anwender einen Registrierungs-code anfordern, was in den Labortests des Linux-Magazins leider nicht immer klappte. Da musste dann der Linux-Dis-tributor aus Nürnberg einspringen und lieferte die fehlenden Daten. Wer sich sowieso für den Kauf entschie-den hat, erhält die Schlüssel über die üb-lichen Kanäle. Die ersten (notwendigen) Schritte zum Aufbau der eigenen Wolke

Mehrere Hersteller versprechen Open-Stack-Lösungen fürs Enterprise. Das Linux-Magazin hat einen genaueren Blick auf die On-Premise-Angebote von Red Hat, Suse, Ubuntu, Mirantis und HP geworfen. Die haben vieles ge-meinsam, aber auch einige Unterschiede. Martin Loschwitz, Udo Seidel

Open-Stack-Distributionen im Test

Hoch gestapelt

Tit

elth

ema

30

ww

w.lin

ux-m

agaz

in.d

eTe

st04

/201

5©

Mar

kus

Feiln

er, C

C-BY

-SA

4.0

folg des Produkts ist gute Dokumentation unerlässlich. Das gelingt den Rothüten sowohl für die ersten Schritte wie auch bei den ausführlicheren Informationen für später. Red Hat beachtet dabei die Rollen innerhalb des Wolken-Betriebs: Da ist einmal der Endanwender, der Verwal-ter der Cloudsoftware und natürlich der Administrator an sich.

Unterschiede bei der Doku

Zudem unterscheidet man in Raleigh zwischen einer Produkt-Evaluierung und der Installation im Enterprise-Umfeld. Diese Unterscheidung schlägt sich auch in unterschiedlichen Dokumenten zur Installationsbeschreibung nieder. Zudem gibt es noch Anleitungen, wie man das Eval-Setup manuell durchführt. Dabei sind keine Open-Stack-relevanten Vor-kenntnisse nötig. Ein kompletter Start auf der grünen Wiese ist also möglich. Wer schon entsprechendes Wissen hat, kann

sich an der Wiederholung erfreuen oder die Kapitel überspringen. Wer unbedarft mit der Suse Cloud starten will, kann ebenfalls auf ausreichend Dokumenta-tion zurückgreifen. Wie die Rothüte re-flektiert auch der Linux-Distributor aus Nürnberg die verschiedenen Rollen in-nerhalb der Wolke. Neben einer Installationsanleitung fin-den sich Dokumente für die Adminis-tratoren der Suse Cloud und für die Endanwender. Dabei kann der Benutzer zwischen HTML, PDF oder dem freien E-Book-Format EPUB wählen. Open-Stack-Vorkenntnisse sind zwar hilfreich, aber nicht nötig, Suse holt den Benutzer beim Stand null ab. Kenner der Szene sehen sich mit Redundanzen zur Open-Stack-Dokumentation konfrontiert, es ist aber sehr angenehm, wenn alle notwendigen Informationen an einem Platz vorliegen. Ein Verweis auf die entsprechenden Hilfe-Seiten von Open Stack könnte hier eher verwirrend wirken.

Die Releasezyklen von Open Stack sind eine Herausforderung für die klassischen Enterprise-Distributoren. Hier stehen sechs Monate Releasezyklus einer Dis-tributions-Laufzeit von zehn und mehr Jahren gegenüber. Der Linux-Distributor passt sich mit seiner Cloudlösung dem Open-Stack-Projekt an. Version 3 – basie-rend auf Havana – kam im Februar 2014 heraus und fällt ein Jahr später aus dem Support. Die aktuelle Variante 4 basiert auf Icehouse und gilt bis Ende August 2015 als unterstützt. Danach kommt Suse Cloud 5 zum Zuge, deren Unterbau Open Stack Kilo sein wird.Die minimalistische Version von Suse Cloud erfordert drei Rechner (siehe Ab-schnitt über die Installation). Die verbun-denen Kosten betragen gut 11 000 Euro pro Jahr. Enthalten ist der so genannte Prioritätssupport. Suse gewährt hier Un-terstützung zu jeder Tages- und Nachtzeit mit einer Antwortgarantie innerhalb von einer Stunde. Die Abos für den darunter-

Die heute führenden Spezialisten stammen oft aus der "Freie Software-Szene" und schulen seit Jahren im Linuxhotel. Das erklärt die Breite und Qualität unseres Schulungsangebotes:

AJAX * Amavis * Android * Angriffstechniken * Apache * Asterisk * BaseX * BayesianAnalysis * Bind * C/C++ * Cassandra * CiviCRM * Cloud * Cluster * ClusterFS * CouchDB * CSS3 * CUPS * Debian * DHCP * DNS * DNSSEC * Echtzeit Linux * Embedded Linux * eXist-db * Faces * FAI * Firewall * Forensik * FreeBSD * FreeRADIUS * GeoExt * Git * Grails * GRASS * Groovy * hadoop * Hochverfügbarkeit * HTML5 * Hudson * iSCSI * IPv6 * ITSM * Java * JavaScript * Jenkins * Kernel * KVM * LDAP * LibreOffice * Linux * LPI * m23 * MacOSX * MapFish * Mapserver * Maven * Mikrocontroller * MVS/380 * MySQL * Nagios * Node.js * OpenBSD * OpenLayers * OpenOffice * openQRM * OpenVPN * OPSI * OSGi * OTRS * Perl * PHP * Postfix * PostgreSQL * Puppet * Python * QuantumGIS * R * Rails * RedHat * Routing * Request-Tracker RT * Ruby * Samba * SAN * Scala * Scribus * Shell * Sicherheit * SNMP * Spacewalk * Spamfilter * SQL * Struts * Subversion * SuSE * TCP/IP * Tomcat * Treiber * TYPO3 * Ubuntu * UML * Unix * Univention * Virenfilter * Virtualisierung * VoIP * WebGIS * Webservices * Windows Autoinstall * Windowsintegration * x2go * xen * XML * Xpath * Xquery * z/OS * Zabbix * Zend

Fast 100% der Teilnehmer empfehlen uns weiter. Siehe www.linuxhotel.de

Ja, wir geben es zu und haben überhaupt kein schlechtes Gewissen dabei: Unsere Schulungen machen auch Spaß ;-)

31

ww

w.lin

ux-m

agaz

in.d

e

Tit

elth

ema

Test

04/2

015

port-Lücken zwischen ihrer Open-Stack-Distribution und dem Enterprise-Linux zu verkleinern. RHELOSP in Variante 3 (basierend auf Grizzly) erhielt der Kunde mit einem Jahr Unterstützung in Produk-tion. Die Nachfolgeversion, mit Havana-Fundament, hatte schon 18 Monate im Angebot. Für Version 5 kann man ganze drei Jahre Unterstützung bekommen. Zum gegenwärtigen Zeitpunkt ist damit also Ende Juni 2017 Schluss.Das ist recht lange, wenn man bedenkt, dass Open Stack zu diesem Zeitpunkt schon fünf Versionen weiter sein wird. Welche Dienstleistung im Detail enthal-ten ist, hängt von der konkreten Verein-barung mit Red Hat ab. Im einfachsten Fall, also etwa für eine Evaluierung, ist nur ein Rechner nötig. Auf der Betriebs-system-Seite empfiehlt sich Red Hat Enterprise Linux 7 als guter Unterbau. Prinzipiell ist auch Version 6.5 denkbar, aber nicht zukunftsorientiert. Ein gültiges Abo für die RHEL Open Stack Platform enthält auch die Berechtigun-

gen, das darunterliegende hauseigene Enterprise-Linux zu pflegen. Die Frage, was die Cloud aus dem Hause Red Hat kostet, ist offenbar nicht einfach zu be-antworten. Die Rothut-Variante von Open Stack ist „nur“ eine Komponente von RHCI – der Red Hat Cloud Infrastructure. Zusätzlich soll der Kunde auch die Virtualisierung (RHEV), Systemverwaltung (Satellite) und Cloudmanagement (Cloudforms) kaufen. Die Preissituation scheint so kompliziert, dass selbst Red Hat eigenen Blogbeiträgen im Internet widerspricht, die von Preisen ab 3000 Euro schreiben, und auch auf beharrliche Anfragen wort-reich zu schweigen versteht und keinen einzigen Preis zu Papier bringt.

Alle für einen

Wie bereits erwähnt, ist auch die Rothut-Version von Open Stack ausgesprochen gut dokumentiert. Dies gilt ebenso für die Installation. Dort findet sich sogar ein separater Eintrag für die Evaluierungs-installation. Dessen Detailtiefe ist aber nicht unbedingt nötig. Die unter [2] hin-terlegte Dokumentation reicht in vielen Fällen völlig aus. Die Rothüte listen vier Anforderungen auf: eine RHEL-7-Installa-tions-DVD, eine Netzwerkverbindung ins Internet, einen Rechner und zirka 30 bis 45 Minuten Zeit.Den Installationsprozess selbst unterteilt Red Hat in sechs Abschnitte. Den Anfang macht die Versorgung des Rechners mit RHEL 7. Danach registriert der Anwender das System im Kundenportal. Im dritten Schritt entfernt er die nicht benötigten Softwareverzeichnisse aus der Yum-Konfiguration. Danach erfolgt die Ins-tallation von ein paar Hilfswerkzeugen

liegenden Suse Linux Enterprise Server sind ebenfalls enthalten. Beim Schreiben es Artikels entspricht dies einer gültigen Subskription für SLES 11 SP3.Für zusätzliche Rechner muss der Be-nutzer wieder in die Tasche greifen. Für jeden so genannten Controller sind 3000 Euro und pro Compute-Rechner knapp 1000 Euro nötig. Für Letztere rechnet Suse pro CPU-Paar auf einem physischen Server ab. Dazu kommen noch die Kos-ten für das zugrunde liegende Betriebs-system. Dabei spielt es keine Rolle, ob KVM oder Microsoft Hyper-V den Hy-pervisor macht. Für die Integration in eine VMware-Umgebung ist mindestens Version 5.1 des V-Center nötig. Weil keine Wolke ohne entsprechende Kapazitäten für die Datenablage funkti-oniert, greift, wer komplett grün bleiben will, auf das neue Produkt Suse Storage Server [6] zurück. Das ist natürlich nicht kostenfrei. Zum gegenwärtigen Zeitpunkt stehen für 6000 Euro 36 TByte im Raum.

Verwirrung um rote Preise

Die deutlich unterschiedlichen Release-zyklen des hauseigenen Enterprise-Linux und der Open-Stack-Versionen bei Red Hat sind genauso vorhanden wie bei Freunden des Chamäleons. Als dieser Artikel entstand, war Version 5 von Red Hat Enterprise Linux Open Stack Plat-form (RHELOSP, Icehouse-basiert) noch aktuell und Nummer 6 (mit Open Stack Juno) kam gerade heraus.Momentan sieht es so aus, als würden die Rothüte versuchen die zeitlichen Sup-

Abbildung 1: Installation von Open Stack in einem Rutsch – dank Packstack.

Abbildung 2: Künftige Open-Stack-Rechner nach Red-Hat-Art warten auf ihre finale Installation.

Tit

elth

ema

32

ww

w.lin

ux-m

agaz

in.d

eTe

st04

/201

5

für den Paketmanager, die Justierung der Repository-Einträge und schließlich die Installation der verfügbaren Patches und Updates. Je nach Umfang der Software vergeht hier schon mal etwas Zeit. Im nächsten Schritt klemmt der Benutzer den Networkmanager ab und startet das System neu. Der letzte Schritt beinhaltet die gesamte Magie und ist in der Ausfüh-rung erschreckend unspektakulär (siehe Abbildung 1).Im Hintergrund werkelt hier das auf Pup-pet aufsetzende Packstack ([6], auch auf der DELUG-DVD). Die Option »--all-inone« erlaubt das Aufsetzen in einem Rutsch, ohne Vorüberlegungen über den zu verwendenden Platz oder das geplante Netzwerksetup. Was Einsteigern hilft, macht es aber auch erfahrenen Open-Stack-Admins einfacher: Sie können mit Packstack mehrere Rechner konfigurieren und die vorkonfigurierten Standardwerte den eigenen Bedürfnissen anpassen. Für ganz Hartgesottene gibt es sogar eine Anleitung, das Setup komplett manuell zu erledigen. So oder so sieht sich der Benutzer am Ende einem Anmeldebildschirm (siehe Abbildung 2) gegenüber und kann los-legen. Fans des Zugangs per Shell soll-ten einen Blick in die Dateien »/root/keystonerc_admin« und »/root/keysto-nerc_demo« werfen. Dank weiterer Ange-bote wie dem „Red Hat Enterprise Linux Open Stack Platform Installer“ oder eines mitgelieferten Cirr-OS-Image [8] ist die „rote“ Installation ein erfreuliches Nicht-Ereignis, gerade angesichts des komple-xen Open-Stack-Stacks.

Vorarbeiter

Der Red Hat Enterprise Linux Open Stack Platform Installer ist gewisserma-ßen eine Schaltzentrale zum Ausrollen von Open Stack oder nur seiner Kom-ponenten. Im Hintergrund ist wiederum Puppet, tatkräftig unterstützt von Fore-man, am Werkeln. Auf dem Admin-Ser-ver läuft ein PXE-Dienst, der die Clients bootet. (In den Labortests kämpfte das Linux-Magazin allerdings mit dem unter [9] beschriebenen Fehler.)Darüber hinaus sollte der künftige Cloud-admin die Dokumentation ausführlich studieren, bevor es losgeht. Einmal ge-troffene Entscheidungen und Konfigura-

tionen lassen sich später nicht immer korrigieren. Auch eine Live-Variante steht bereit, unklar erscheint allerdings, ob diese Methode auch mit dem RHEL-7-Unterbau eine Option bleibt. Die Fest-platteninstallation fiel im Test durch in-tensive Nachinstallationen verschiedener Softwarepakete auf, besser verträglich scheint es, wenn der Anwender »yum -y install rhel-osp-installer« aufruft. Schließ-lich induziert dieses Kommando schon die spätere Verwendung als Server für das RHEL-OPS-Kontrollzentrum.Die Benutzung des Red Hat Enterprise Linux Open Stack Platform Installer ist weitgehend intuitiv. Nach dem PXE-Boot eines Servers, findet man diesen unter »Discovered hosts« (Abbildung 2). Der nächste Schritt ist die Ausstattung mit einem Basisbetriebssystem und der Kon-figuration über Puppet-Module.

Brecheisen

Wie zu Red Hat beschreibt auch Suse die Installation der Cloud sehr ausführlich und detailliert. Allerdings sind für den ersten Start ein paar Überlegungen mehr notwendig. So erwartet die grüne Cloud mindestens drei Rech-ner für eine Infra struk-tur. Das Open-Stack-Kontrollzentrum läuft dabei separat von Compute- und/ oder Storage-Knoten. Diese Trennung ist eher künstlich und für die ersten Schritte eigent-lich unnötig. Der dritte Rechner ist der Admin- Server. Er hat zwei Funktionen: als PXE-

Bootserver zum Installieren von SLES auf den künftigen Open-Stack-Rechnern und als Crowbar-Master.Hardware-Anforderungen für Admin- und Kontroll-Rechner beschreibt die Dokumentation sehr detailliert. Beson-dere Aufmerksamkeit sollte der künftige Cloudadmin auf die Netzwerk-Konfigu-ration legen. Die erweist sich bei Suse als deutlich komplexer als bei Red Hat. Nicht weniger als fünf Subnets muss der Admin im Auge behalten (Abbildung 3), dazu kommt, dass die gewählte Konfigu-ration später nicht mehr veränderbar ist. Gute Planung ist notwendig, Korrekturen funktionieren nur über einen kompletten Neuanfang.Das Austüfteln der Netzwerk-Konfigura-tion scheint das A und O bei der Instal-lation der Suse Cloud. Dazu gehört auch das Aufsetzen der Softwareverzeichnisse. In der einfachsten Variante übernimmt der Admin-Rechner die Rolle eines SMT-Servers (Subscription Management Ser-ver, [10]). Andernfalls ist die Konfigu-ration eines so genannten Bastion-Hosts fast unerlässlich. Danach wird es aber recht simpel: Der Admin startet einfach die entsprechenden Rechner, die über

Abbildung 3: Die Netzwerk-Konfiguration bei Suse Cloud erfordert vorausschauende Planung.

Abbildung 4: Erst muss Rabbit MQ laufen, bevor Keystone an der Reihe ist.

33

ww

w.lin

ux-m

agaz

in.d

e

Tit

elth

ema

Test

04/2

015

den Admin-Server ihr Betriebssystem erhalten und anschließend auf weitere Anweisungen warten.An dieser Stelle kommt Crowbar ins Spiel. Über so genannte Barclamps konfiguriert der Anwender die Rechner, die zur Suse Cloud gehören, die Reihenfolge ist dabei wichtig. Hier enthält die Dokumentation einen kleinen Fehler: Das Aufsetzen von Rabbit MQ muss vor dem Setup von Keystone erfolgen. Glücklicherweise ist die Software schlauer als die Dokumen-tation und gibt dem Anwender die richti-gen Anweisungen (Abbildung 4).Ansonsten verläuft das Aufsetzen der Open-Stack-Cloud nach Chamäleon-Art exakt so, wie es die Installationsanwei-sungen vorgeben. In der Minimalversion sind am Ende die genannten drei Rechner installiert und warten auf ihren Einsatz. Die Tests in den Labors des Linux-Maga-zins zeigten keine Auffälligkeiten. Jede weitere Kontrolle erfolgt über die Kont-rollinstanz: Gibt der Anwender den Ser-vernamen als URL im Browser ein, baut sich ein von Suse angepasster Anmelde-bildschirm auf, der seine Open-Stack-Ver-wandtschaft in keiner Weise leugnet. Wer lieber auf der Kommandozeile arbeitet, findet die notwendigen Shellvariablen unter »/root/.openrc« hinterlegt.

Schmerzfreie Installationen

Abgesehen von den bei Suse nötigen Netzwerk-Überlegungen und der Tatsa-che, dass der grüne Stapel mehr als einen Rechner erwartet, läuft die Installation von Suse Cloud schmerzfrei ab. Nur mit

VMware wählen. Bei Ersterem spielt es eine Rolle, welche RHEL-Version auf dem Host läuft. In der aktuellen Version 7 sind die Betriebssysteme von Microsoft nicht zertifiziert.Auf der Storage-Seite ist die Unterstüt-zung von Gluster natürlich keine große Überraschung, die kommerzielle Variante erwartet gar den Red Hat Storage Server [11], auch die Integration von Inktank Ceph Enterprise (ICE, [12]) ist nur die logische Konsequenz der Übernahme von Inktank durch den Distributor. Wie Suse hat auch Red Hat die APIs für Nova und Cinder nicht in der höchstmöglichen Ver-sion aktiviert.

Erster: Ubuntu!

So unwahrscheinlich das heute schei-nen mag: Canonical war der erste große Distributor bei Open Stack. Das geschah ganz und gar nicht zufällig, sondern auf Anordnung von ganz oben: Mark Shuttle-worth selbst beschloss, dass sich Ubuntu ab sofort Open Stack verschreiben würde, und zwar schon Anfang 2012. Mancher Beobachter zeigte sich damals sehr ver-wundert. Denn bis zu Shuttleworths plötzlichem Sinneswandel war das zwi-schenzeitlich von HP aufgekaufte Euca-lyptus in Sachen Cloud Computing bei Ubuntu gesetzt. Ab Version 12.04 lieferte Ubuntu nicht nur Open Stack Essex aus, sondern bot auch kommerziellen Support für Open Stack im Rahmen des Distribu-tionssupports an.Canonical und Ubuntu haben unter die-sem Schritt freilich gelitten, denn Open Stack war 2012 weit von der Qualität entfernt, die die Plattform heute bietet. Aus Shuttleworths Sicht hat sich der Schritt trotzdem gelohnt: Das Kalkül, Open Stack langfristig an Canonical und Ubuntu zu binden, ist mehr als aufge-gangen. Kaum eine Anleitung zu Open Stack im Netz setzt auf andere Distribu-tionskombinationen als auf die jeweils neuesten Ubuntu-Variante (Abbildung

5), für die Canonical selbst Open-Stack-Pakete bietet. Bis heute nutzt Open Stack für sein Bug-tracking Launchpad, bekanntlich ein Canonical-Produkt, bis heute ist Ubuntu auch die Distribution, für die wenige Stunden nach der Release einer neuen Open-Stack-Version bereits Pakete bereit-

laufenden Barclamps gibt es Probleme, wer aber die Verwaltung seiner Server auch über Crowbar erledigt, hat neue Chancen für Synergieeffekte.Suse Cloud basiert auf der Open-Stack-Release Icehouse und verzichtet so auf aktuellere Features etwa von Juno. Weil es in fast allen größeren IT-Landschaften bereits eine Hypervisor-Infrastruktur oder zumindest eine entsprechende Stra-tegie gibt, passt sich das Chamäleon hier gut ein: KVM, VMware, Hyper-V und Xen unterstützt Suse out of the Box. Während LBaaS (Load Balancing as a Service) und FWaaS (Fire Wall as a Service) aktiviert und unterstützt sind, ist Trove (DBaaS, Database as a Service) nur als Technolo-gie-Vorschau enthalten. Voll unterstützt wird nun auch Ceph (Firefly), der Anwender kann während der Installation der grünen Cloud gleich einen Ceph-Verbund aufsetzen. Die ent-sprechenden Crowbar-Barclamps sind vorhanden und entsprechend dokumen-tiert. Natürlich funktioniert auch die In-tegration einer vorhandenen Installation. Auffällig: In der Standardkonfiguration von Suse Cloud sind nicht alle Kompo-nenten-APIs in der höchstmöglichen Ver-sion freigeschaltet, beispielsweise Nova und Cinder.Open Stack aus dem Hause Red Hat ba-siert ebenfalls auf Icehouse. Anders als bei Suse ist Trove voll unterstützt. Als Technologie-Vorschau liegt Sahara (Big Data mit Hadoop) bereits bei. Auf der Hypervisor-Seite ist die rote Variante etwas schmaler aufgestellt. Hier kann der Anwender nur zwischen KVM und

Abbildung 5: Das Open Stack von Ubuntu ist im besten Sinne originär, es orientiert sich eng an dem, was

Open Stack selbst liefert.

Tit

elth

ema

34

ww

w.lin

ux-m

agaz

in.d

eTe

st04

/201

5

stehen. Das bringt zwangsläufig mit sich, dass die Kombination aus Ubuntu und Open Stack für Admins auch die größte Flexibilität beinhaltet.Das drückt sich schon in den Möglichkei-ten aus, die sich Admins für den Betrieb von Open Stack auf Ubuntu bieten. Ei-nerseits bietet Canonical von Anfang an Open-Stack-Pakete für die aktuelle wie auch für die letzte unterstützte LTS-Ver-sion an. Für Ubuntu 12.04 wie für 14.04 stehen also jeweils Pakete der aktuellen Open-Stack-Version bereit. Ubuntu hat für diese Pakete Mitglieder im Server-Team abgestellt, die sich nur um die Open-Stack-Integration kümmern. Die Website des Server-Teams liefert die In-formation, welche Open-Stack-Version für Ubuntu noch unterstützt ist.Doch wäre Canonical nicht Canonical, gäbe es nicht auch Ubuntu Cloud. Im Grunde hat Ubuntu Cloud dabei nichts anderes als die jeweils letzte LTS-Aus-gabe als Grundlage, die über Zusatzkom-ponenten die Installation und Benutzung von Open Stack möglich macht. Der große Unterschied zur Selbstbauvariante ist hier tatsächlich nur, dass Ubuntu die Integration mitliefert, um die ein Admin sich andernfalls selber kümmern müsste. Eine fertige Integration dieser Art birgt freilich Vor- wie Nachteile, der Test wird das später im Detail beweisen.

Ubuntu-Schnellstart mit Devstack

Bis heute ist die Kombination aus einer klassischen LTS-Installation und den Ubuntu-Open-Stack-Paketen für Admins vermutlich die schnellste Methode, an eine solide Open-Stack-Basis zu kom-men. Canonical hat sich zum Ziel gesetzt, seine Pakete so nah wie möglich an den Originalen zu halten, die Open Stack selbst veröffentlicht. Nur ein Ubuntu-ty-pisches Theme für das Dashboard (Ab-

bildung 6) liefert Canonical mit. Aber wenn Admins das Paket »openstack-dash-board-ubuntu-theme« vom System wer-fen, ist auch dieser Spuk vorbei. Der Nachteil am Open Stack vom Her-steller: Die gesamte Integration bleibt am Admin hängen, zum Beispiel auch die Konfiguration der einzelnen Dienste. Zum Lernen mag das beim ersten Mal nützlich sein, aber produktiv einsetzbar

ist das so nicht. Vermutlich ist das De-ployment-Tool Devstack ([13], auf der DELUG-DVD) auch deshalb so beliebt, weil es ein sauberes Open Stack aus der Taufe hebt, es aber gleich mit Konfigura-tionsdateien ausstattet.Wer ein Original-LTS mit den Open-Stack-Paketen von Ubuntu kombiniert, kann aber wenigstens auf die Puppet-Module für die Open-Stack-Teile ausweiche. Dann steht zwar immer noch das Schreiben eines Site-Manifests auf dem Plan, aber dafür erhält der Admin ein reproduzier-bares Setup. Gar nicht vorgesehen sind in dieser Variante Themen wie Hochver-fügbarkeit. Immerhin liefert Ubuntu ei-nige der benötigten Werkzeuge wie MaaS (Metal as a Service, Canonicals Bare-Me-tal-Deployment) kostenlos. In Form von Juju steht auch ein eigenes Deployment-Werkzeug bereit, das ähnliche Aufgaben erfüllt wie Puppet oder Chef.

Ubuntu Cloud

Es stellt sich die Frage, ob es wirklich sinnvoll ist, ein sauberes Ubuntu zu neh-men und es dann mittels MaaS, Open Stack, Juju und anderen Komponente aufzupeppeln – wenn man das ganze auch fertig kaufen kann. Denn Ubuntu Cloud ist genau das: Ein fertiges Open Stack aus der Dose, also eine Open-Stack-Distribution, so wie Red Hat und Suse sie ebenfalls bereitstellen. Der große Unterschied zwischen jenen und Ubuntu ist also zuerst die Tatsache, dass Ubuntu die Open-Stack-Pakete auch separat bereitstellt und der Admin basteln kann, wenn er möchte. Möchte er nicht, greift er zu Ubuntu Cloud und erhält

ein vergleichbares Ergebnis. Die Ubuntu Cloud besteht im Wesentlichen aus vier Komponenten: Dem letzten Ubuntu LTS, MaaS, Juju sowie Land scape, dem zent-ralen Management-Werkzeug, über das Ubuntu auch den Distributionssupport abwickelt. Anders als bei Suse oder Red Hat kommt Ubuntu Cloud bislang nicht als fertige CD. Stattdessen gibt Ubuntu per Anlei-tung bekannt, wie Admins am schnells-ten zu ihrer Cloud kommen. Das funkti-onierte im Test zwar sehr gut, wirkt al-lerdings nicht gerade Enterprise-tauglich. Es dürfte nur eine Frage der Zeit sein, bis Canonical das Produkt auf CDs oder USB-Sticks verteilt und einen bunten Installer dazuheftet, der im Anschluss alles noch einfacher macht.Allerdings müsste die Firma dann auch die HA-Frage lösen, denn mehr als eine FAQ gibt es dazu bisher nicht. Preislich orientiert sich Canonical auf jeden Fall am oberen Ende, schlägt doch schon das kleinste Paket mit bis zu 100 Rechnern mit mehr als 80 000 Euro zu Buche.

Das Drumherum

Was viele Admins gar nicht wissen: Ubuntu bietet einen ganzen Strauß von Dienstleistungen rund um Open Stack an. Hinter Boot Stack etwa verbirgt sich das Angebot von Canonical, für den Nut-zer eine Open-Stack-Cloud zu hosten. Der Kunde übernimmt dann eine schlüs-selfertige Cloud, die Rechner dazu sind gemietet. Es entstehen also keine Invest-mentkosten für Hardware, doch hat der Kunde keine Möglichkeit, physisch an seine Datenträger heranzukommen.

Abbildung 6: So sieht das Dashboard in Ubuntu 14.04 ab Werk aus.

35

ww

w.lin

ux-m

agaz

in.d

e

Tit

elth

ema

Test

04/2

015

Wer sich für Open-Stack-Training inter-essiert, ist ebenfalls bei Canonical rich-tig: Die Orange Box [14] ist ein Micro-Cluster, der aus zehn Intel-NUCs und entsprechender Zusatzhardware besteht. Ubuntu vermarktet den Kasten als por-table Mini-Cloud, auf der bei Trainings mehrere Kursteilnehmer eine eigene Cloud hochziehen können. Warum dazu drei virtuelle Maschinen innerhalb von Virtualbox nicht ausreichen sollen, er-klärt Ubuntu nicht. In den Augen der Re-daktion ist die Orange Box eher ein Mar-ketinggag, aber immerhin ein gelungener. Den Open-Stack-Trainings von Canonical eilt ein guter Ruf voraus, sodass Admins hier wenig falsch machen.

Mirantis

Anders als die ersten Produkte ist Miran-tis keine Linux-Distribution, es hat auch nicht die jahrelange Erfahrung, die die drei anderen auszeichnet. Dennoch ist Mirantis ziemlich genau am Anfang des Open-Stack-Hype entstanden und dann mit Open Stack gewachsen. Anfangs als Trainingsanbieter aktiv, verdient Mirantis bis heute einen großen Teil seines Gel-des, indem es Trainings in allen Teilen der Welt veranstaltet. Die Firma will ein großer Player in Sachen Open Stack sein und dabei den etablierten Unternehmen zumindest ein Stück des großen Open-Stack-Kuchens wegnehmen.Mit Training allein wäre das unmöglich, zumal alle Distributoren selbst Trainings

im Detail bisweilen anders und im Zwei-felsfall inkompatibel. Wohlgemerkt: Es macht keinen Unterschied, an wen er sich bindet – solange dem Admin klar ist, dass er sich an irgendein Unternehmen definitiv binden muss, wenn er Open Stack einsetzen will.

Alles so schön bunt hier

Mirantis hat bei Fuel einiges richtig ge-macht. Das Werkzeug steht mitsamt der Quellen öffentlich zur Verfügung und wird als Community-Projekt innerhalb des Open-Stack-Projektes entwickelt. Wer will, darf also mitmachen. Dabei ist das erste und oberste Ziel stets, Open Stack leicht installierbar zu machen, sodass je-der Admin schnell zu einem lauffähigen Open Stack kommt. Unter der Haube setzt Fuel auf viele Komponenten, die bereits aus anderen Projekten bekannt sind. Um das Kon-figurationsmanagement innerhalb einer Fuel-Cloud kümmert sich zum Beispiel Puppet. Als Herz ihrer Lösung bezeich-nen die Mirantis-Entwickler Nailgun: Die Komponente mit dem mehr als un-glücklich gewählten Namen ist im ersten Schritt ein Restful-API, das in Python implementiert ist. Nailgun ist gewisser-maßen das Werkzeug, das in Fuel Befehle von außen entgegennimmt und auf der anderen Seite die Prozesse anstößt, um die Umsetzung jener Befehle in Open Stack zu gewährleisten.Freilich gehört zu Fuel auch ein Web-interface, das die wichtigen Funktionen unter einer einheitlichen Oberfläche in Nutzerrichtung exponiert. Dabei ist das Fuel-Webinterface im Hintergrund direkt an Nailgun gekoppelt. Hier leistet Mi-rantis ausgezeichnete Arbeit. Denn das Web interface ist übersichtlich und den-noch so flexibel, dass alle wichtigen He-bel und Schalter bereitstehen. Auch nach der Installation lässt Fuel den Admin nicht im Stich und bietet ein paar zu-sätzliche Funktionen an, beispielsweise einen Healthcheck für die Dienste rund um Open Stack.

Eigene Plugin-Schnittstelle

Zu Fuel gehört auch ein Plugin-Layer, über den sich von außen Funktionalität nachrüsten lässt. Das ist Mirantis’ Einla-

für ihre Open-Stack-Produkte bieten. Mi-rantis setzte 2013 deshalb an der Stelle an, die Admins damals noch die meisten Schmerzen bereitete: Der Open-Stack-Installation. Wer sich Anfang 2013 eine Open-Stack-Cloud bauen wollte, musste seine Konfiguration am CLI anpassen. Mirantis entwickelte daraufhin Fuel (Ab-

bildung 7), und der Name ist Programm: Fuel soll der Kraftstoff sein, der eine Cloud auf Basis von Red Hat, Centos oder Ubuntu zum Leben erweckt.

Über alle Grenzen

Der wichtigste Unterschied zwischen Red Hat, Ubuntu, Suse und Mirantis ist also, dass Mirantis sich als Anbieter über die Grenzen von Distributionen hinweg ver-steht und seine Dienste sowohl auf Red Hat oder kompatiblen Systemen wie auch auf Ubuntu anbietet. Wer mehr Geld ein-wirft, erhält obendrein den zur Open-Stack-Distribution passenden Support. Der Hersteller wirbt offensiv damit, dass Mirantis die einzige Open-Stack-Distribu-tion ohne Lock-in sei, also ohne Herstel-lerbindung. Das ist freilich Unsinn: Zwar binden Kunden sich nicht an Canonical oder Red Hat, aber dafür selbstverständ-lich an Mirantis. Denn damit die Fuel-Magie funktioniert, steuert Mirantis eigene Open-Stack-Pa-kete bei, die Fuel auf Ubuntu oder Red Hat automatisch installiert. Die basieren zwar zum Teil auf jenen Paketen, die die Hersteller selbst anbieten – sind jedoch

Abbildung 7: Dreh- und Angelpunkt von Mirantis Open-Source-Bemühungen ist der Open-Stack-Installer Fuel,

der unter anderem auch Healthchecking erledigt.

Tit

elth

ema

36

ww

w.lin

ux-m

agaz

in.d

eTe

st04

/201

5

dung an andere Hersteller, ihre Produkte mit Fuel zu integrieren. Netzwerkher-steller können Fuel so etwa in die Lage versetzen, direkt mit den eigenen Geräten zu kommunizieren. Cisco und Juniper haben von diesen Möglichkeiten schon Gebrauch gemacht. Ähnliches gilt für Storage: Hier ist Ceph ein herausragen-des Beispiel für die Anbindung externer Speicherarten.Interessant ist gewiss auch die Zertifizie-rung, die Mirantis den nachgerüsteten Plugins auf Wunsch zukommen lässt. Das Zertifikat ist der offizielle Segen da-für, dass ein Plugin technisch sauber um-gesetzt ist und die versprochene Leistung liefert. Insgesamt hinterlässt Fuel einen positiven Eindruck.Ein durchaus pikantes Detail am Rande ist, dass auch Red Hat noch immer offi-ziell als Mirantis-Investor geführt wird, obwohl das Unternehmen mittlerweile selbst massiv im Open-Stack-Markt in-vestiert hat. Die geänderte Strategie der

Rothüte konterte Mirantis mit Hilfe von Canonical. Mittlerweile haben sich die Wogen etwas geglättet, aber Freunde werden Mirantis und Red Hat wohl nicht mehr. Dabei haben die beiden Anbieter eines gemeinsam: Auch Mirantis wollte trotz beharrlicher Nachfragen keine Re-ferenzpreise nennen.

HP Helion

Als Hewlett-Packard im September 2014 den Kauf von Eucalyptus bekannt gab, erstaunte dies die Cloudcommunity. Denn eigentlich hatte HP sich sehr früh-zeitig auf Open Stack eingeschossen. Community-Beteiligung inklusive: Kaum eine Open-Stack-Konferenz vergeht, ohne dass HP offiziell dabei wäre, meist sogar als Sponsor. Auch bei den Open-Stack-Design-Summits ist HP mittlerweile ein echte Größe.Neben der öffentlichen Hosted Cloud, die HP selbst betreibt (siehe den Artikel

zu den Hosted-Open-Stack-Produkten), steht Helion auch als Download-Image zur Verfügung. Die Community-Variante ist kostenlos zu haben, kommt aber na-türlich ohne jede Form von Support da-her. Die kommerzielle Version von Helion führt Support im Gepäck und richtet sich an größere Unternehmen.

Umfassend

Im Konzept folgt HP eher Suse oder Red Hat: Das Image eignet sich nahezu per-fekt dafür, eine Open-Stack-Cloud aus dem Boden zu stampfen. Freilich umfasst das mehr als die bloße Open-Stack-Ins-tallation: Als Hardwarehersteller liegt HP auch das Thema Hardware am Herzen, Bare-Metal-Deployment spielt also durch-aus eine Rolle. Triple-O [15], das Open Stack nicht nur als Virtualisierungslayer nutzt, sondern auch die Hardwareknoten einer Wolke mit Open Stack verwaltet, kommt unmittelbar von HP selbst.

37

ww

w.lin

ux-m

agaz

in.d

e

Tit

elth

ema

Test

04/2

015

ten etwas einfacher als bei Suse. Früher oder später landet man aber bei recht ver-gleichbarer Hardware-Infrastruktur. Am Ende könnte sogar die Vorliebe für Pup-pet beziehungsweise Chef den Ausschlag für die Open-Stack-Distribution der Wahl geben. Dabei lohnt sich auch der Blick über den Distributions-Tellerrand zu Mi-rantis und HP. Übrigens: Alle Links zu den zahlreichen in diesem Artikel angesprochenen Tools und Softwareprojekten (insgesamt mehr als 60) finden sich auf Linux-Magazin Online Plus [16]. (mfe) n

Infos

[1] SuseCloud:[http://www.suse.com/

products/suse‑cloud/]

[2] RedHatOpenStackPlatform:

[http://access.redhat.com/products/red‑

hat‑enterprise‑linux‑openstack‑platform]

[3] UbuntuCloud:

[http://www.ubuntu.com/cloud]

[4] MirantisFuel:

[https://software.mirantis.com]

[5] HPHelion:[http://www8.hp.com/us/en/

cloud/helion‑overview.html]

[6] SuseStorageServerbringtEnterprise‑

Ceph:[http://www.linux‑magazin.de/

NEWS/Susecon14‑Suse‑Storage‑Ser‑

ver‑bringt‑Enterprise‑Level‑Ceph/]

[7] Packstack:[https://wiki.openstack.org/

wiki/Packstack]

[8] CirrOS:[https://launchpad.net/cirros]

[9] FehlerberichtRHELOSP:[http://bugzilla.

redhat.com/show_bug.cgi?id=1174381]

[10]SMT‑Server:[https://www.suse.com/

documentation/smt11/book_yep/data/

smt_server.html]

[11] MartinLoschwitz,MarkusFeilner,„Sparta‑

nischesLager“:Linux‑Magazin03/14,

S.38

[12]CephalsEnterprise‑Produkt:

[http://www.inktank.com/enterprise/]

[13]Devstack:[http://docs.openstack.org/

developer/devstack/]

[14]UbuntusOrangeBox:[https://insights.

ubuntu.com/wp‑content/uploads/DS_The_

Orange_Box.pdf]

[15]MartinLoschwitz,„Oh,oh,oh!“:Linux‑

Magazin02/14,S.76:

[http://www.linux‑magazin.de/Ausgaben/

2014/02/Triple‑O]

[16]WeiterführendeLinksaufLinuxMagazin

OnlinePlus:[http://www.linux‑magazin.

de/plus/2015/04]

Aus Nutzersicht unterscheidet sich die Overcloud gar nicht so sehr von den Um-setzungen der anderen Hersteller. Frei-lich: Wie bei Red Hat, Suse und Ubuntu kommt auch das Horizon (Abbildung 8) von HP Helion mit einem eigenen Theme. Doch wer Horizon bedienen kann, be-kommt das auch bei allen anderen Sys-temen hin.Es lohnt sich beim Evaluieren von Open-Stack-Lösungen, Helion eine Chance zu geben. Besonders für Unternehmen, bei denen HP sowieso schon der Haus- und Hoflieferant für Hardware ist, bringt die Undercloud von Triple-O nämlich über-aus angenehme Zusatzfunktionen wie das automatische Bios-Update über alle Cloudknoten hinweg. Und Helion ist günstig: Support-Pakete fangen bereits bei wenigen Tausend Euro (etwa 1500 Euro pro Server) an.

Fazit und Ausblick

Ubuntu tritt als der Platzhirsch in Sachen Open Stack an. Stolz verweist Canoni-cal darauf, dass 55 Prozent aller Open-Stack-Deployments in freier Wildbahn auf Ubuntu basieren. Wer einen schnel-len Start haben möchte, greift zu Ubuntu Cloud und kann innerhalb weniger Stun-den loslegen. Die Linux-Veteranen Suse und Red Hat bündeln ihr Open-Stack-Angebot mit anderen Produkten bezie-hungsweise betten sie in das vorhandene Portfolio ein. Der Start ist bei den Rothü-

Der technische Überblick zu Helion of-fenbart, dass Setups eher klassischen Deployment-Mantras folgen. Für eine Minimal-Installation setzt der Herstel-ler mindestens acht Knoten voraus, ein weiterer Server ist der Seed-Host, also der Cloudcontroller. Er soll laut HP auf Ubuntu 14.04 laufen. Ubuntu-Admins tun sich im Zweifelsfall also mit Helion leichter als Admins, die RPM-basierte Distributionen gewöhnt sind.Wenn der Seed-Node läuft, folgt Helion den Begriffen aus Triple-O: Die Hard-ware läuft als Undercloud. Die Over-cloud wiederum folgt einer klassischen Architektur, wie sie auch von Red Hat oder Suse bekannt ist: Zu HA-Zwecken gibt es zwei Controller, die anderen Hosts spielen innerhalb der Installation im wei-teren Verlauf die Hypervisoren, auf denen Kunden-VMs laufen.

Sehr spezifisch

Insgesamt darf das aber nicht darüber hinwegtäuschen, dass Helion sich von anderen Open-Stack-Produkten merklich unterscheidet. Das ist aber nicht auto-matisch gut oder schlecht – HP hat in Triple-O bereits einige Arbeit investiert, und die Lösung hat durchaus ihre Stär-ken. Denn anders als bei Suse, Red Hat und Ubuntu, wo Bare-Metal-Deployment stets eine Dreingabe zum normalen Open Stack ist, gehört diese Komponente bei HP fest zum Design der Plattform.

Abbildung 8: Horizon in der Ausfertigung von Helion unterscheidet sich beim ersten Anblick lediglich durch

seine Farben von einem normalen Horizon.

Tit

elth

ema

38

ww

w.lin

ux-m

agaz

in.d

eTe

st04

/201

5