Ingo Wiedermann online

Ingo Wiedermann online
Service Management or the like

Alle | Personal | Sun

Freitag Juli 17, 2009

Betrieb virtueller Umgebungen, gelöste Fallstrike

Es ist lange her, dass ich den letzten Eintrag in diesem Blog geschrieben habe. Doch jüngst bin ich in einem Forum zu Werkzeugen im Service-Management wieder auf bekannte Themen gestoßen:

Doch verlassen wir den Bereich der ITIL Prozesse und entsprechender Werkzeuge für einen Moment und wenden uns der Technik, der Technologie und dem Thema Virtualisierung zu.

Die Virtualisierung hat sich als der Heilsbringer per se, im Bereich der Kosteneinsparung festgesetzt.

Das dem nicht so ist, hatte sich schon vor Jahren offenbart, wie auch ein schon etwas älterer Eintrag zeig.

Ärgerlicher Weise wird Virtualisierung insbesondere bei den Anwendern und Entscheidern aber immer (noch) nur technologisch besprochen. Es ist viel zu einfach geworden mal eben so eine neue Instanz, insbesondere auch als Kopie einer vorhandenen zu erzeugen. Egal ob es sich hier jetzt um eine VMware, Solaris Container, ldoms, lpars, HyperV oder Xen Instanz handelt.

Das geht einfach und schnell! Das wird auch jeder technologisch Bewanderte so unterschrieben und gerne als Botschaft weitergeben. Hilft es doch auch sich selbst zu vermarkten und seine aktuellen neuen Kenntnisse anzuwenden. Alle Entscheider im Management verstehen diese Botschaft und sind zufrieden.

Wenn doch alles nur so einfach wäre wie die Virtualisierung!

Doch damit haben wir dann viel zu kurz gegriffen. Das war nur die technologische Instanz.

Was ist mit der Lizenz (der in der Instanz laufenden Anwendung/en)?
-> (Financial- & Config.-Mgmt)
Was ist mit den Schnittstellen zu anderen Services?
-> (Change & Config.-Mgmt)
Was ist mit der Dokumentation , den Ressourcenanforderungen?
-> (Config.- & Cap.-Mgmt)
Was ist mit dem Monitoring der neuen Instanz?
-> (Operations- & Change-Mgmt)
Wer bezahlt all dieses?
-> (Financial Mgmt und verursachergerechte Kosten-& Leistungsverrechnung)
Welche Nutzer dürfen auf die alte/neue Instanz zugreifen?
-> (SL-, Change-, Config- & Identity Mgmt.)

Nur um einige prominente Beispiele aufzugreifen.

Kennen und können wir alles. Der Prozessrahmen ist abgesteckt, die klassischen Migrations-Verfahren und -Methodologien sind bekannt, genauso wie das Begleiten von Veränderungsprozessen (Change Acceptance Program).

Doch warum sollten denn die obigen Punkte jetzt ein Thema sein? Das sind doch Aufwände und Kosten! Wo bei der Virtualisierung doch jetzt alles so einfach und günstig ist! Das hat ja auch jeder (technologisch) bestätigt!

Nur das Organisatorische wird gerne vergessen bzw. ignoriert. Denn dann muss man genauer schauen wo die tatsächlichen Kosteneinsparungseffekte herkommen und echte TCO Berechnungen anstellen und nicht nur auf TCA (Total cost of Aquisition) schauen.

Die wirklichen Kosteneinsparungseffekte kommen aus einem vernünftig durchgeführten Capacity Management! Das Cap.Mgmt. hat jetzt, durch die Virtualisierung, die technologische Machbarkeit und Umsetzungsmöglichkeit (durch für Windows-Welten notwendige Isolation) erhalten.

Auf Unix Systemen wäre diese Konsolidierung von Lastprofilen und deren Steuerung & Ressource-Mgmt schon vorher möglich gewesen. Aber auch hier wird es jetzt einfacher, da weniger technologische Seiteneffekte auftreten.

Das konsequente Capacity Management unterbleibt nur leider weiterhin. Der Daumen (The rule of Thump) ist immer noch das beliebteste Berechnungs-Werkzeug.

Alles andere kostet Zeit und damit Geld und verliert mangels ganzheitlicher Betrachtung (u.a. TCO) seine Rechtfertigung. Obwohl sich gerade hier zeigen lässt wie sich die Kosteneinsparungseffekte ergeben und realisieren lassen.

Defined tags for this entry: capacity, financial, virtualisierung, leistungsverrechnung, servicemanagement, management, Sun