Hybrid Cloud auf dem Weg zur Reife

Sicherheitsbedenken gegenüber öffentlich verfügbaren IT-Ressourcen gibt es nach wie vor. Aber die Möglichkeit, private und öffentliche Ressourcen über sichere Verbindungen wie VPN und HTTPS gemeinsam zu steuern, kreiert die Hybrid Cloud: Kombinationen von Public und Private Cloud, wobei Letztere nicht zwingend im eigenen Rechenzentrum (RZ) betrieben werden muss, sondern auch virtuell auf der Hardware eines Cloud-Dienstleisters existieren kann, dabei aber von den (virtuellen) Servern anderer Kunden logisch getrennt ist.

Die Vorteile liegen auf der Hand: Die Hybrid Cloud bietet maximale betriebliche Flexibilität, weil sie kritische Anwendungen unter eigener Kontrolle - im eigenen RZ oder in einer Private Cloud - belässt, während für Entwicklungs- und Testaufgaben Public-Cloud-Ressourcen bei Bedarf hinzugebucht werden können. Wer risikofreudiger ist, kann außerdem Lastspitzen, etwa im Saisongeschäft oder durch unvorhergesehene Markteffekte, in die Public Cloud auslagern.

Fünf Anforderungen an die Hybrid Cloud

Der US-amerikanische Berater und Autor Dan Sullivan nennt fünf Anforderungen an Hybrid-Cloud-Umgebungen für den Enterprise-Einsatz.

I. Interoperabilität

Wohl am wichtigsten ist die Interoperabilität. Sie ist definiert als die Möglichkeit, Daten und Anwendungen (Workloads) ohne Migrationsaufwand von der privaten IT in eine Public Cloud oder in eine andere Private Cloud beziehungsweise zwischen unterschiedlichen Public Clouds zu verlagern. Interoperabilität wird entweder durch eine gemeinsame technische Plattform wie OpenStack (die unter anderem von IBM, HP und Rackspace genutzt wird) für die unterschiedlichen Clouds oder durch gemeinsame APIs sichergestellt.

Lässt sich Interoperabilität nicht herstellen oder bieten die interoperablen Clouds nicht die erforderlichen Features, werden Cloud-Management-Lösungen beziehungsweise -Services wie Rightscale oder Enstratus erforderlich, mit denen sich Hybrid-Cloud-Umgebungen über Plattformgrenzen hinweg steuern lassen.

II. Security

Sicherheit ist der zweite Punkt: Sullivan empfiehlt, das VPN auf die Hybrid-Cloud-Umgebung zu erweitern, sodass für die Kommunikation über Cloud-Grenzen hinweg verschlüsselte Kanäle verwendet werden. Außerdem hält er es für unverzichtbar, eine gemeinsame Policy für individuelle Zugriffsrechte auf alle Cloud-Umgebungen zu vereinbaren, zumindest aber sicherzustellen, dass unterschiedliche Policies einander nicht widersprechen.

III. Cloud-Management

Für eine überschaubares Cloud-Management - drittens - ist Sullivan zufolge ein System erforderlich, das einen einheitlichen Blick auf alle Rechen- und Speicherressourcen in allen öffentlichen und privaten Cloud-Segmenten ebenso gewährt wie eine vergleichbare Erfassung der Gebühren (Billing). Außerdem sei es nur mit einer solchen Konsolidierung möglich, den Überblick über alle Ressourcen und die Kosten, die sie erzeugen, zu behalten, sagt auch Bernhard Kube, Vice President Technology Consulting bei Lufthansa Systems Industry Solutions. Bereits ab zwei, spätestens ab drei unterschiedlichen Segmenten in einer Hybrid Cloud solle man nicht mehr darauf verzichten.

IV. Datenmanagement

Vierter Punkt: das Datenmanagement. Es ist einfacher, Anwendungen zu verschieben, als große Datenmengen, stellt Sullivan fest. Darum sollten Datenbestände möglichst in dem Cloud-Segment gespeichert werden, in dem sie auch verarbeitet werden.

V. Service-Level-Agreements

Fünftens: Für alle Segmente einer Hybrid Cloud sollte unbedingt eine Übersicht über die jeweils gültigen Service-Level-Agreements vorliegen, um vor dem Hintergrund der Verfügbarkeit von Rechen- und Speicherressourcen die Verteilung von Anwendungen sicher planen zu können.

Es fehlt noch an Best Practices

Noch ist es nicht so weit, dass es für wirklich erfolgskritische Hybrid Clouds im Enterprise sehr viele aussagekräftige und belastbare Praxisbeispiele gibt, auf die IT-Entscheider zurückgreifen könnten. Der Markt reift noch. Auf Angebotsseite ist die Auswahl an mehr oder weniger frei kombinierbaren Clouds beziehungsweise an Werkzeugen, die deren zentrale Verwaltung ermöglichen, freilich schon erheblich.

So gibt es etwa von Eucalyptus Systems mit der Enterprise Edition 2.0 eine Cloud, die API-kompatibel ist mit der Elasctic Compute Cloud (EC2) von Amazon. Gemanagt und damit hybrid gemacht wird die Lösung mit Tools des Eucalyptus-Partners Rightscale. Auch Oracles Nimbula Director bietet die Möglichkeit, private und öffentliche Clouds gemeinsam zu verwalten. Mithilfe einer universellen API lassen sich Private-Cloud-Anwendungen kontrolliert in die Public Cloud verlagern, auch in das EC2-Angebot von Amazon.

VMware sorgt zwar für Public und Private Cloud aus einem Guss. Die daraus resultierende Hybrid Cloud muss allerdings komplett aus dem proprietären Regal genommen werden: Der Anbieter ermöglicht den Zusammenschluss von Private Clouds, die mit der V-Cloud-API erstellt wurden, mit dem Public-Cloud-Angebot V-Cloud Express, das ebenfalls diese API verwendet. Eines der wichtigsten Kriterien für echte Hybrid Clouds ist damit bei VMware nicht gegeben: die Interoperabilität. Clouds ohne V-Cloud-Unterstützung, heißt das in diesem Fall, können nicht eingebunden werden, eine Migration aus dem VMware-Kosmos ist daher kaum mit vertretbarem Aufwand zu bewerkstelligen.

API-Kompatibilität oder Abstraktionsmodell

Stark auf Offenheit setzt auf der anderen Seite des Spektrums Cloudswitch mit einer Hybrid Cloud, die es erlaubt, Anwendungen in eine Public Cloud zu migrieren, ohne Integrations-, Netzwerk- und Security-Policies zu ändern. Auch die Überwachungs- und Verwaltungsfunktionen bleiben unangetastet. Das funktioniert mit einer Appliance in der Private Cloud, die eine virtuelle Maschine in der Public Cloud steuert und einen sicheren Datenpfad zwischen den Netzwerksegmenten kreiert. Der Vorteil: Anwendungen bleiben mit den internen Prozessen verbunden und können entsprechend gesteuert werden, einerlei, ob sie in der Private oder in der Public Cloud laufen.

IT-Entscheider, die sich mit dem Gedanken an ein Hybrid-Cloud-Engagement tragen, sollten im Idealfall auf Abstraktionsmodelle wie das von Cloudswitch setzen, um flexibel zu bleiben und dem ansonsten beinahe unausweichlichen Lock-in zu entgehen. Dazu rät Bill Claybrook von der Marktforschungsgesellschaft New River aus Massachusetts. Solange es nicht mehr offene Standards im Cloud Computing gibt, drohen nach Einschätzung von Claybrook unliebsame Effekte, wenn eine Migration zwischen unterschiedlichen Clouds, egal ob Public oder Private, erforderlich wird.

Als Alternative zu einer völlig offenen und allseits migrationsfähigen Umgebung empfiehlt Claybrook die Auswahl eines Public-Cloud-Providers, der dieselbe API unterstützt, wie sie bereits in den internen Ressourcen verwendet wird. Das dürfte in vielen Fällen auf Amazons EC2 hinauslaufen, der man die Chance einräumen darf, sich API-seitig zu einem De-facto-Standard zu entwickeln. Wer sicher ist, mit VMware glücklich zu bleiben, kann innerhalb des V-Cloud-Universums - das mittlerweile auf 1800 Partner-Anwendungen angewachsen sein soll - frei zwischen Public und Private Cloud flottieren und insofern alle Hybrid-Vorteile genießen.