ADMIN Magazin Gestapelt - Schneller und sicherer mit RAID (Vorschau)

Open Stack
Know-how
deutig definiert. Die meisten Infrastrukturanbieter
wollen durch die Einführung
einer Cloud-Umgebung zwei Dienstleistungen
an die Kundschaft bringen: Auf
der einen Seite Rechenleistung in Form
virtueller Maschinen und auf der anderen
Seite Online-Speicherplatz für Daten im
Netz. Schwerer wiegt dabei das Thema
Virtualisierung, für das sich hierzulande
die Anbieter deutlich mehr interessieren
als für Speicherangebote à la Dropbox.
Allerdings ist eine Virtualisierungslösung
alleine noch keine Cloud.
Automatisierung soll die benutzte Umgebung
nämlich in den Augen der ISPs
auch bieten: Einmal vom Anbieter aufgesetzt,
rufen Kunden die Dienstleistung
selbstständig ab, ohne dass irgendeine
weitere Intervention des Dienstleisters
nötig ist. Dazu braucht die Umgebung
eine Nutzerschnittstelle, die auch Nicht-
IT-Profis zu bedienen in der Lage sind.
Solche Self-Servicing-Portale bilden wohl
den größten Unterschied zwischen klassischen
Virtualisierungsumgebungen wie
VMware & Co. und Cloud-Software wie
Open Stack, auch wenn Lösungen wie
oVirt von Red Hat verdeutlichen, dass die
Grenzen hier ebenso verschwimmen.
Welche Lösungen haben sich die Open-
Stack-Entwickler also für die genannten
Herausforderungen ausgedacht?
Open Stack ist modular
Grundsätzlich gilt: Die Open-Stack-Architektur
ist modular, jeder Aufgabe ist eine
einzelne Komponente zugeordnet, die die
jeweiligen Funktionen bereitstellt. Laut
offizieller Sprachregelung unterscheidet
Open Stack dabei zwischen den tatsächlichen
Kern-Komponenten der Software
und Zusatz-Werkzeugen. Jene kümmern
sich um Funktionen, die für einzelne Bedarfsfälle
gebraucht werden, das Gros der
Benutzer aber nicht interessieren. Der
Name Open Stack subsummiert die Kern-
Komponenten.
Zusätzlich gibt es noch die Kategorie der
Incubated Projects: Das ist Software, die
in absehbarer Zeit zur Kern-Komponente
werden soll, aber deren Entwicklung noch
nicht so weit ist, dass sie die Klasssifizierung
„stable“ bereits verdient. In Folsom
hat die Zahl der Kern-Komponenten zugenommen:
Neben Keystone (Autentifizierung),
Glance (Images), Nova (Cloud
Controller), Dashboard (Webinterface,
Abbildung 2 und 3) und Swift (Storage)
gehört jetzt auch Quantum dazu, das sich
umfassend um das Netz in der Cloud
kümmert, so wie Cinder, das virtuellen
Maschinen Speicher in Form von Block-
Storage zur Verfügung stellt. Doch was
tun die einzelnen Teile von Open Stack
eigentlich genau?
Keystone: Sag mir,
wer du bist
Den Anfang im Reigen macht Keystone:
Es bietet innerhalb von Open Stack ein
standardisiertes Interface zur Authentifizierung.
Dass innerhalb einer Wolke und
der dazu gehörenden Infrastruktur ein
möglichst feingranulares System der Benutzerverwaltung
nötig ist, leuchtet ein
– einerseits gibt es Admins des Cloud-
Betreibers, die sich um den administrativen
Alltag kümmern und die Cloud nötigenfalls
warten. Auf der anderen Seite
stehen die Kunden, die ihre virtuellen
Systeme und ihren Online-Speicher autonom
verwalten sollen. Beide Gruppen
sind bei Open Stack in zwei Kategorien
eingeteilt: Die Mandanten (englisch Tenants)
bilden in diesem System die Unternehmen,
die Dienste einer Cloud in
Anspruch nehmen. Die Benutzer (User)
gehören zu einem oder mehreren Tenants
und können dabei unterschiedliche Rollen
haben. So ist es beispielsweise möglich,
dass ein Benutzer für einen Tenant
als Administrator fungiert und im Namen
dieses Tenants neue virtuelle Systeme erstellen
kann, während ein anderer User
desselben Tenants nur sehen darf, welche
virtuellen Systeme bereits laufen. Die
Analogie zu anderen Rollenmodellen auf
Linux-Systemen ist dabei zulässig und
hilft, das System der Rechtevergabe von
Open Stack besser zu verstehen.
Keystone ist für alle anderen Dienste
die zentrale Anlaufstelle, wenn es um
Benutzerauthentifizierung geht. Um mit
Keystone reden zu dürfen, müssen sich
allerdings auch alle anderen Open Stack-
Komponenten erst gegenüber Keystone
mit einem Passwort authentifizieren. Das
»Admin Token«, das direkt in der Keystone-Konfigurationsdatei
»keystone.conf«
festzulegen ist, ist der Zentralschlüssel
zur Wolke – wer es kennt, kann in der
Cloud tun und lassen, was er will.
Die Keystone-Entwickler haben sich bei
ihrer Arbeit übrigens auch Gedanken
über die Anbindung an bestehende Systeme
zur Benutzerverwaltung gemacht.
Dabei spielt LDAP eine wichtige Rolle:
Wenn ein Unternehmen bereits eine komplette
LDAP-Autorisierung nutzt, lässt
sich Keystone an diese anbauen. Danach
lassen sich Benutzer Berechtigungen über
entsprechende LDAP-Flags zuweisen.
Übrigens: In Open Stack hat jedes Core-
Projekt grundsätzlich zwei Namen. Der
eine Name ist der offizielle Projektname,
der die Funktion der Komponente beschreibt
und im Falle von Keystone »Identity«
lautet. Der andere ist der Codename,
eben »Keystone«. Wer im Netz nach Informationen
über eine der Open-Stack-
Komponenten sucht, ist aber gut beraten,
nach dem Codename Ausschau zu halten:
Diese sind deutlich weiter verbreitet,
als die offiziellen Namen.
Glance: „Mit allem und
scharf“
Wer schon mal eine virtuelle Maschine
unter Linux „zu Fuß“ eingerichtet hat,
weiß, dass diese Aufgabe mühselig ist
Abbildung 1: Die gesamte Open-Stack-Entwicklung findet in Canonicals Launchpad statt, sodass schon von
Anfang an für eine enge Verzahnung mit Ubuntu quasi automatisch gesorgt ist.
www.admin-magazin.de
Admin
Ausgabe 06-2012
73