Der erste Fehler lässt sich 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 Endkunde ist beispielsweise die Funktionsweise von Alternate Pathing/Multipathing.
Dies wird von Endkunden 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.
Welche Herausforderungen es bei der Speichervirtualisierung zu meistern gilt, erfahren Sie bei TecChannel im Artikel Herausforderung Speichervirtualisierung. Der Artikel Effizienz durch Storage-Virtualisierung informiert Sie außerdem darüber, was Sie bei der Organisation der Speicherkapazitäten beachten müssen.
Beratung und Planung
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.
Migration und Backup / Recovery
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 des Kunden wird zwar über die Backup und Desaster Recovery Möglichkeiten gesprochen, dann aber vergessen, dies in Einklang mit dem bestehenden Konzept zu bringen.
Herstellerrücksprachen und Projektplanung
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.
Installation und Implementierung
Der etwas größere Aufwand hat den Vorteil, dass sich die Applikations-Server nicht gegenseitig stören können. 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.
Der achte Fehler, der ebenfalls sehr häufig bei der Implementierung begangen wird, ist das unzureichende Testen, bevor das 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.
Wartung und Schulung
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.
Fazit
Die Storage-Virtualisierung ist ein komplexer Vorgang, so dass Fehler nahezu unvermeidbar sind. Doch wer die Tücken kennt, kann diese bereits im Vorfeld vermeiden. Dabei müssen bereits in der Planungsphase beziehungsweise Konzeption wichtige Eckdaten definiert werden.
Auch während der Implementierung dürfen wichtige Aspekte wie Test und eine lückenlose Dokumentation nicht vernachlässigt werden. Zusätzlich sollte auch nach der Einführung einer Storage-Virtualisierung das Unternehmen, Schulungsmaßnahmen der entsprechenden Personen wie zum Beispiel des Administrators durchführen. (ChannelPartner/hal)
Dieser Beitrag basiert auf einem Artikel unserer Schwesterpublikation ChannelPartner, der Fachzeitschrift für den IT-Handel.