Cloud-Ressourcen effizient verwalten

Mittlerweile nutzen die meisten Unternehmen Cloud-Umgebungen, um schnell und flexibel IT-Infrastrukturen zur Verfügung zu stellen. Die agile Cloud-Welt bleibt aber häufig noch entkoppelt von den IT-Servicemanagement-Prozessen, mit denen die traditionelle
Infrastruktur gesteuert wird. Diese Parallelwelten erschweren aber die effiziente Verwaltung, Transparenz und Kontrolle der im Unternehmen genutzten Infrastruktur.

Prozesse für das Cloud Management

Um Clouds umfassend zu managen, ist eine ganze Reihe von Prozessen notwendig. Die meisten unterscheiden sich dabei nicht von den ITIL®-Prozessen, mit denen die traditionelle Infrastruktur verwaltet wird. Cloud-spezifisch werden die Prozesse erst, wenn es um den physikalischen Zugriff auf die Cloud-Plattformen geht.

ITIL®-Prozesse Service Catalog Management

Will das Unternehmen die volle Kontrolle behalten, ist die Definition eines Regelwerks (Cloud Policy) und dessen Abbildung in einem zentralen Servicekatalog unumgänglich. So wird gesteuert, welche User-Gruppen welche Services bis zu welchem Umfang beantragen, verändern und wieder stoppen dürfen.

Service Request Management

Über ein Self-Service-Portal können Anwender Cloud-Services in derselben Art und Weise bestellen, wie sie auch die traditionellen Services beantragen (z. B. «Neuer PC-Arbeitsplatz» oder „Installation MS Project“). Idealerweise nutzen die Anwender nur ein einziges Self-Service-Portal und müssen so im Zweifelsfalls nicht einmal wissen, ob ein Service mit Hilfe lokaler Ressourcen oder externer Cloud-Services erbracht wird.

Service Level Management

Wie bei der traditionellen IT müssen auch für die Cloud Service-Level definiert bzw. überprüft und überwacht werden. In hybriden Umgebungen ist darauf zu achten, dass die Leistungsparameter der Cloud-Ressourcen so gewählt werden, dass das Service Level Agreement für den übergeordneten Business-Service erfüllt werden kann. Eine Servicekomponente aus der Cloud ist dabei genauso zu behandeln wie eine Servicekomponente aus der lokalen Infrastruktur.

Configuration und Change Management

Die Konfiguration von Cloud-Komponenten und deren Abhängigkeiten untereinander müssen dokumentiert und in den Change-Prozessen berücksichtigt werden. Nur so kann ein sicherer Betrieb der Applikationen in der Cloud gewährleistet werden. Grundsätzlich ist es unerlässlich, die komplette für eine Applikation notwendige Infrastruktur mitsamt ihren Abhängigkeiten in einer CMDB zu dokumentieren, unabhängig davon, ob die Ressourcen von einer Public Cloud, Private Cloud oder dedizierter Hardware («Bare Metal») zur Verfügung gestellt werden.

Financial Management

Die Kosten für Cloud-Services müssen genauso geplant, budgetiert, überwacht und auf die Kostenstellen der Leistungsempfänger verteilt werden wie die Kosten für die traditionelle Infrastruktur. Eine Besonderheit externer Clouds ist, dass die Provider monatlich die Gesamtkosten aller genutzten Cloud-Services in Rechnung stellen und die IT daraus die Kosten für die einzelnen Leistungsempfänger innerhalb des Unternehmens ermitteln muss. Damit die Zuordnung möglichst automatisiert gelingt, stellen die Provider häufig Funktionen zur Verfügung, um die Ressourcen gemäß eines individuellen Namensschemas zu kennzeichnen («taggen») und die Rechnungen dazu über APIs einzulesen (z. B. MS Azure API).

Cloud-Prozesse Cloud Provisioning

Der Aufbau, die Veränderung und der Rückbau von Cloud-Ressourcen kann entweder manuell durchgeführt werden oder automatisiert per Web-API. Viel Arbeit erspart man sich mit der Automatisierung über die Web-APIs. Allerdings setzt jeder Cloud-Provider bzw. Hypervisor-Hersteller auf seine proprietären Methoden; eine Standardisierung der APIs gibt es nicht. Somit muss für jeden Cloud-Provider bzw. lokale Virtualisierungsumgebung eine individuelle Schnittstelle aufgebaut und betrieben werden.

Cloud-Migration

Bei der Cloud-Migration werden Workloads von einer Cloud in eine andere verschoben. Innerhalb einer Virtualisierungsumgebung kann das Verschieben von virtuellen Maschinen mit Hilfe der Management-Konsole durchgeführt werden (z.B. vSphere). Ein Verschieben von einer Private Cloud in die Public Cloud muss mit einem geordneten Abbau und Wiederaufbau erfolgen. Wie bei der erstmaligen Bereitstellung kann auch die Migration entweder manuell oder per Web-API durchgeführt werden.

Architektur für das Cloud Management

Grundsätzlich ist es sinnvoll, die für das Cloud Management notwendigen ITIL®-Prozesse im IT Service Management Tool ablaufen zu lassen. Nur so kann eine Trennung der IT-Servicemanagement-Prozesse für die Cloud-Ressourcen und die traditionelle Infrastruktur vermieden werden. Prinzipiell könnten auch die Cloud-Automation-Prozesse mit Hilfe der Werkzeuge des ITSM-Tools realisiert werden. Wenn allerdings heterogene Strukturen mit Virtualisierungsumgebungen und Clouds unterschiedlicher Hersteller gesteuert werden sollen, ist die Realisierung mittels eines spezialisierten Cloud Automation Tools (z.B. FLOWSTER, RightScale, scalr, oder IBM) der effizientere Weg.

Das folgende Bild zeigt eine Architektur bestehend aus ITSM-Tool und Cloud-Automation-Tool, mit der eine durchgehende Steuerung der Cloud-
Ressourcen über das IT Service Management erreicht wird (s. Abbildung).

Mit dieser Architektur werden die Cloud Provider bzw. Virtualisierungssysteme vom ITSM-Tool entkoppelt. Gleichzeitig verbleibt die Kontrolle über die aufzubauende Cloud-Umgebung im ITSM-Tool, und dieses ist in der Lage, automatisch auch die Cloud-Ressourcen in der CMDB abzubilden.

Whitepaper Download
Dieser Artikel ist ein Auszug aus einem umfangreichen Whitepaper, das hier heruntergeladen werden kann: http://bit.ly/cloud-steuerung-pc

Autor: Martin Landis, Business Unit Manager, ist bei der USU GmbH für das Produktmarketing im Bereich IT- und Enterprise
Service Management tätig.