Ohne gründliche Planung gehen auch Projekte zur Virtualisierung von Storage- oder Server-Infrastrukturen schief. Viele Versäumnisse in der Beratung und Planung machen sich erst in der Implementierungsphase bemerkbar. Das gilt vor allem für die Zusammenarbeit mit externen Dienstleistern. In der Praxis sind zehn typische Fehler zu beobachten.
Der erste Fehler lässt sich vom Dienstleister bei der Beratung des Kunden durch genaues Erfragen und Definieren der Anforderungen und Funktionen des zukünftigen Systems vermeiden. Ein typisches Missverständnis zwischen Berater und Anwender ist beispielsweise die Funktionsweise von Alternate Pathing/Multipathing. Dies wird von Unternehmen oft so verstanden, dass der Applikations-Server unterbrechungsfrei von einem Storage-System auf das andere umschalten kann. Dem Kunden ist dabei meist nicht bewusst, dass bei Produkten bestimmter Hersteller eine gewisse Umschaltzeit entsteht, da ein Script oder sogar ein händisches Eingreifen notwendig ist und es hierdurch zu Ausfallzeiten kommt.
Falsches Sizing der Storage-Komponenten
Der zweite Fehler, der oft schon während der Beratung und Planung auftritt, ist, dass der Kunde nicht nach seinen benötigten I/O Performance-Werten gefragt wird. Diese sind für die richtige Dimensionierung des Storage-Servers notwendig. Das Sizing der benötigten Komponenten (FC- und Netzwerkkarten bzw. RAM) im Storage-Server wird aus Kostengründen häufig am unteren Limit vorgenommen. Ein Storage-Server sollte jedoch so dimensioniert sein, dass für den Desaster-Fall ein Server die Last abfangen kann.
Fehler Nummer drei ist, dass die Migration der Bestandsdaten auf das virtualisierte Storage-System übergangen oder mit dem Kunden unzureichend besprochen wird. Dies führt zu Verzögerungen bei der Inbetriebnahme.
Ein vierter, häufig vorkommender Fehler: Bei der Beratung durch einen Dienstleister wird zwar über die Backup und Disaster Recovery Möglichkeiten gesprochen, dann aber vergessen, dies in Einklang mit dem bestehenden Konzept zu bringen.
Treiber und Kompatibilität
Fehlende Rücksprache mit den Herstellern oder mangelnde Durchsicht der HCL (Hardware Compatibility List) ist der fünfte häufige Fehler. Dies ist aber unbedingt notwendig, da bestimmte Storage-Systeme einen eigenen Treiber auf dem Storage-Server benötigen, um korrekt angesprochen zu werden. Es gibt aber Storage-Server, auf denen nur ein bestimmter oder einzelner Treiber zur Kommunikation mit dem Storage-System eingesetzt werden darf oder kann. Dies muss man vorweg abklären.
Der sechste Fehler betrifft die Planung des gesamten Projektes. Ein entsprechendes Konzept für das Projekt wird häufig vergessen oder aus Kostengründen erst gar nicht erstellt. In diesem Konzept sollten alle wichtigen Fakten und Funktionen des Storage-Virtualisierungs-Systems beschrieben sein. Des Weiteren müssen alle Kennzahlen der zu migrierenden Daten, ein Netzwerkdiagramm, eine Checkliste mit allen Systemdaten (Versionen- und Firmware-Stände) und ein Zeitplan enthalten sein.
Bei der Installation der Systeme und Komponenten tritt oftmals Fehler Nummer sieben in Erscheinung: Das Zoning der FC-Switch-Umgebung sollte so eingerichtet werden, dass die Application-Server sich nicht gegenseitig behindern können. Aus diesem Grund wäre ein 1:1-Zoning zu favorisieren. Dies ist bei der Einrichtung zwar ein etwas größerer Aufwand, hat aber den Vorteil, dass die Applications-Server sich nicht gegenseitig stören können.
Testing wird vernachlässigt
Der achte Fehler, der ebenfalls sehr häufig bei der Implementierung begangen wird, ist das unzureichende Testen, bevor das Storage-System online geschaltet wird, und die mangelnde Dokumentation. Diese Dokumentation muss so umfangreich gestaltet und auch aktuell gehalten werden, dass eine einwandfreie Rekonstruktion der Systeme im Falle einer Störung möglich ist.
Auch bei der Wartung der Systeme werden oft Fehler gemacht: Überwachung und Wartung der Systeme werden meistens nicht so betrieben, wie es notwendig wäre. Solche Systeme haben eine unternehmenskritische Funktion und bedürfen somit einer konstanten Überwachung und Pflege. Hierzu gehört auch ein regelmäßiger Test der Desaster-Strategie und der Funktion. Dieser Test wird - Fehler Nummer neun - sehr oft aus Zeitgründen, da die Systeme eine HA-Funktion (highly available) haben, nicht regelmäßig durchgeführt.
Last but not least ist die unzureichende Schulung der Administratoren ein Fehler, auf den viele Probleme in diesem Umfeld zurückzuführen sind.
Dieser Artikel basiert auf einem Beitrag der CW-Schwesterpublikation pcwelt.de