Immer das Neueste

Wer einen neuen Host an ein SAN anschließt, sollte sich zur Gewohnheit machen, bei Firmware und Treibern stets die neueste zertifizierte Version für seine Distribution einzusetzen. Eine offiziell unterstützte Konfiguration zu betreiben, stellt den Zugriff auf den Herstellersupport des Array und der Switches sicher. Die Anbieter von Enterprise-Linux-Distributionen arbeiten mit den Storage-Herstellern zusammen. Wenn sie Treiber updaten, (re-)zertifizieren die Storage-Anbieter diese meist nach kurzer Zeit.

Als letztes Glied der Kette bleibt trotzdem der Admin für den Zustand seiner Systeme verantwortlich: Wenn er Arrays mehrerer Hersteller betreibt und einem Host Speicher auf verschiedenen Systemen zuweist, kann es zu Kollisionen kommen. Hier sollte er schon vorab den Herstellersupport einschalten, um einen gemeinsamen Nenner zu finden, der Funktion und Supportanspruch sicherstellt.

Im nächsten Schritt steht die Überprüfung der HBA-Treibereinstellungen an: Die wichtigsten sind Topologie, Geschwindigkeit und Timeouts. Hier ist es von Vorteil, die Empfehlungen des Storage-Herstellers zu kennen. Einige Parameter - speziell die Timeout-Settings - sind davon abhängig, ob die Anbindung zum Storage redundant ist oder nicht (siehe Kasten "Typische Fehlersituationen"). Bei Qlogic lassen sich sehr viele Parameter schon im NVRAM des HBA per Bios-Menü konfigurieren. Bei Emulex-HBAs ist für die 7.x-Treiber die »lpfc.conf« zu editieren, für neue 8.x-Treiber die »modprobe.conf.local«. Danach bringt der Admin die Ramdisk auf den neuen Stand, damit Linux die Änderungen übernimmt.

Redundanzen verwalten

Je nachdem, ob der Host ein- oder mehrpfadig am SAN hängt, kommt die Multipath- oder Failover-Software zum Zug: die native Linux-Multipath-Software DM-MPIO [5], eine Third-Party-Applikation wie Veritas DMP [6] oder ein auf das eigene Storage optimiertes proprietäres Tool des Herstellers. Bei Qlogic-Treiber ist bereits eine Failover-Behandlung integriert, sie hat jedoch die redundanten Pfade schon für das Betriebssystem maskiert, was sie inkompatibel mit allen anderen Failover-Lösungen macht. Wer darum das Qlogic-interne Failover nicht nutzt, sollte es im HBA-Bios deaktivieren, ansonsten beißt sich jede anderen Multipathing-Software die Zähne aus.

Damit die Hosts das SAN nutzen dürfen, muss natürlich auch das Storage entsprechend konfiguriert sein, also welcher HBA mit welchen Port des Storage-Array kommunizieren darf (Zoneing) und mit welchem Speicher (Lun Masking). Hierbei unterstützen wieder die Management-Tools der HBA-Hersteller den Admin, da sie einen schnellen Überblick über den Zustand des HBA liefern: Mit welcher Geschwindigkeit er sich zum SAN verbunden hat und an welche Ports. (jk)