Consol gibt einen Überblick über die fünf häufigsten Sünden bei Virtualisierungsprojekten.

1. Unterschätzung der Storage Performance
   Ein Storage-System an zentraler Stelle und unter falschen Gesichtspunkten konzipiert, wird schnell zum limitierenden Faktor einer gesamten virtuellen Umgebung, wenn zeitgleich viele virtuelle Maschinen um den Zugriff konkurrieren. Gezielte Überlegungen und Investitionen in adäquate Hardware helfen, die erforderliche Performance zu garantieren. IT-Verantwortliche sollten sich insbesondere über die Zugriffsmuster ihrer virtuellen Umgebungen im Klaren sein. Bei den in aller Regel verteilten Zugriffsmustern (Random-I/O) sind weder die sequentielle Übertragungsleistung noch die Kapazität von Festplatten ausschlaggebend, sondern die Anzahl möglicher Input/Output Operations (IO) pro Sekunde. Generell empfehlen sich umdrehungsstarke SAS/FC-Platten in Kombination mit RAID10. SATA-Platten in RAID5-Verbünden sind preislich günstig, erfüllen aber selten die Anforderungen, die an virtuelle Umgebungen gestellt werden. Ausnahmen sind Performance-unkritische Systeme oder Systeme mit stark sequentiellen Lesezugriffen.
2. Unklarheit über interne Verrechnung und Arbeitsabläufe
   Virtuelle Systeme kosten weiterhin Geld: Leistungsstarke physikalische Server müssen beschafft, kompetentes Personal geschult und eventuell neu eingestellt werden. In der IT-Abteilung ist das nötige Bewusstsein meist vorhanden. Der vorauseilende Ruf der Virtualisierung macht es jedoch oft schwer, dieses Bewusstsein auch im Rest des Unternehmens zu verankern. Die Kostenverrechnung beziehungsweise die Freigabe von virtuellen Maschinen muss im Vorfeld geklärt werden. Auch wenn keine interne Verrechnung betrieben wird, sollten die Bedingungen für das Bereitstellen von virtuellen Maschinen klar definiert sein. Diese umfassen den benötigten Vorlauf und zuständige Ansprechpartner zur Beantragung von virtuellen Maschinen. Idealerweise sind diese Ansprechpartner auch diejenigen, die bei Bedarf neue physikalische Server oder benötigte Lizenzen bewilligen oder beantragen können, also Personen, bei denen sich potentiell am ehesten ein Kostenverständnis einstellen kann.
3. Wildwuchs der virtuellen Maschinen
   Die relative Einfachheit, mit der sich virtuelle Maschinen bereitstellen lassen, führt häufig dazu, dass zu viele ungenutzt und „verwildert“ im Rechenzentrum ihr Dasein fristen. Dieser Wildwuchs stört die effiziente Nutzung von Ressourcen. Hier gilt es mit der nötigen und auch bisher gewohnten Sorgfalt vorzugehen, um den Überblick zu behalten. Virtuelle Maschinen sollten analog zu ihren physikalischen Clients dokumentiert werden. Wird eine virtuelle Maschine nur temporär genutzt, dann sollte dieser Zeitraum genau vermerkt werden, damit nach Ablauf dieses Zeitraums die virtuelle Maschine wiederverwendet werden kann. Ungenutzte virtuelle Maschinen sollten die IT-Umgebung nicht bevölkern – das erhöht lediglich den Verwaltungsaufwand und sorgt für potentielle Engpässe.
4. Unklarheit über Features, Lizenzen und deren Voraussetzungen
   Beispiele sind Maßnahmen zur Ausfallsicherheit oder Funktionen wie automatisches Verschieben von virtuellen Maschinen abhängig von der Ressourcen-Auslastung. IT-Verantwortliche sollten sich ausführlich informieren, wie die einzelnen Features funktionieren und mit welchen Einschränkungen oder spezifischen Anforderungen sie einhergehen. Nur so kann garantiert werden, dass die IT-Umgebung in Extremsituationen so funktioniert, wie sie soll und die übrige Infrastruktur im Storage- und Netzwerk-Bereich darauf abgestimmt werden kann. Ebenso gilt es, die Lizenzierung unterschiedlicher Features und – ganz wichtig – mögliche Lizenz-Upgrade-Pfade im Blick zu haben, um sicherzugehen, dass die Anforderungen von heute und morgen umsetzbar sind.
5. Backup und Disaster Recovery
   Virtualisierung wird von vielen als der Heilsbringer gesehen. Die meisten übersehen jedoch, dass die mit der Virtualisierung einhergehende Konsolidierung eine neue Risiko-Betrachtung für System-Ausfälle erfordert. Fällt ein physikalischer Server oder ein Storage-System aus, so sind davon potentiell deutlich mehr Systeme betroffen als vor der Virtualisierung. Ist man darauf nicht vorbereitet, wird Konsolidierung schnell zu einem zweischneidigen Schwert. Die bisherigen Abläufe zur Sicherung, Rücksicherung sowie zum Disaster Recovery müssen unbedingt unter den Rahmenbedingungen einer virtuellen Umgebung beleuchtet werden: Wie kompensiert man den Ausfall eines Servers? Wie geht man mit einem Ausfall von Verwaltungsdiensten der virtuellen Umgebung um? Wie führt man eine Komplett-Sicherung und -Rücksicherung der virtuellen Maschinen durch? Wie kann der Ausfall eines zentralen Storage-Systems abgefangen werden? Dies sind allesamt Überlegungen, die man sich bereits für bisherige Umgebungen gestellt hat, die mit der enorm hohen Dichte von virtuellen Maschinen aber an Brisanz gewonnen haben. Nur weil weniger physikalische Server das Rechenzentrum bevölkern, bedeutet das bei Weitem nicht, dass darauf auch weniger unternehmenskritische Systeme betrieben werden – meist ist genau das Gegenteil der Fall. (am)