XenServer mit Software-Raid einrichten

 

Haben wir nicht alle schon zum Experimentieren den Citrix XenServer auf ausgedienter Hardware installiert? Sicher – aber oft sind es die alten Festplatten der alten Hardware, die die Gesamtperformance des Systems bremsen. Ein Raid-Verbund von Festplatten könnte das Problem mildern: Raid-5 sorgt für Ausfallsicherheit, während Raid-0 die gewünschte Geschwindigkeit bringt. Doch “echte” Raid-Controller mit XenServer-Support sind teuer und für HostRaid / FakeRaid / BiosRaid fehlt die Treiberunterstützung oft gänzlich (davon abgesehen ist deren Performance nicht besser, als das CPU-gestützte Softwareraid des Betriebssystems).

Dem SoftwareRaid kommt hierbei sogar eine interessante Sonderaufgabe zu: Die Installation des XenServers erfolgt auf einer der drei Festplatten, deren restlichen Speicher wir aber noch für das Raid verwenden werden :-)

Zu Demonstrationszwecken und für die Screenshots habe ich unter Oracles VirtualBox einen XenServer erstellt, der über drei 100 GB Sata Festplatten verfügt.

Die Installation erfolgte dabei auf der ersten der drei späteren Raid-Festplatten:

Idealerweise wird keine der Festplatten während der Installation als VM Storage hergerichtet – diese Storage Repositories müssten wir sonst später erst wieder entfernen. Ein Storage Repository zur Aufnahme der Festplattenobjekte der virtuellen Maschinen erstellen wir erst nachdem die Festplatten des XenServers einen Raid-Verbund begründet haben.

Nach der Installation kann mit dem Befehl “gdisk –l /dev/sda” bzw. “gdisk –l /dev/sdb” und “gdisk –l /dev/sdc” (-L steht dabei für “list”) die derzeitige Partitionierung überprüft werden. XenServer verwendet ab Version 6 das GPT Partitionierungsformat, bei älteren XenServern (5.6 etc) ist statt gdisk der Befehl fdisk zu verwenden. Dabei fällt auf, dass die erste Festplatte (sda) insgesamt drei Partitionen enthält (4 GB für die XenServer Installation, 4 GB für ein In-Place-Backup während eines Updates, und 92 GB “Restkapazität”).

Wir werden zunächst eine GPT-Partition auf den Geräten sdb und sdc anlegen – die folgenden beiden Screenshots dokumentieren die Vorgehensweise für /dev/sdb, analog muss der Befehl für /dev/sdc ausgeführt werden. Zuerst mit “n” eine neue Partition (Nummer “1”) anlegen. Als Startsektor habe ich “2048” gewählt (Alignment), der Endsektor ist je nach Grösse der Disk unterschiedlich – gemeinhin ist hier der jeweils höchste Sektor anzugeben. Der Partitiontype (0700) ist für unsere Operation egal. Zum Abschluss werden die Änderungen mit “w” (write) auf die Harddisk geschrieben und mit “Y” bestätigt.

Danach kann mit der Erzeugung des Raid angefangen werden – hierzu dient der Befehl “mdadm”. Das spätere Raid-Device wird /dev/md0 heissen und sich aus den drei Partitionen der drei Festplatten zusammensetzen. Mit dem Parameter “—level” wird das gewünschte Raid-Level spezifiziert, in unserem Beispiel also “0”. Das “assume-clean” statement soll mir auf dem Notebook helfen, den Prozess zu Beschleunigen – die zeitintensive Prüfung der Raidkomponenten (alle drei Festplatten) entfällt hierdurch. In der Praxis, auf echten Festplatten, würde ich eher dazu raten, die Prüfung hinzunehmen – schliesslich soll diese Massnahme helfen, den sicheren Betrieb zu gewährleisten.

Wer eine Meldung bekommt, dass auf einer der Festplatten nicht genügend Speicher frei sei – ein Reboot hilft hier :-)

Der Fortschritt während des Sync-Vorgangs kann mit “cat /proc/mdstat” beobachtet werden (unnötig bei “—assume-clean”).

Um das Raid-Volume nicht nach jedem Reboot neu starten zu müssen, kann mit mdadm eine Config-Datei angelegt werden. Dabei wird der Befehl “mdadm –examine –scan” mit dem Symbol “>” in die Datei /etc/mdadm.conf umgeleitet.

Dann können wir mit XenServer Bordmitteln das Storage Repository erstellen, die host-uuid ist ggf. vorher zu ermitteln (xe host-list), bei einzelnen XenServer hosts kann sie durch Drücken der Tab-Taste leicht ergänzt werden.

Dieser Befehl läuft eine Zeit lang, manchmal auch mehrere Minuten, in so einem Fall nicht die Nerven verlieren. Nach Abschluss der Operation gibt der Befehl die UUID des angelegten Repositories zurück.

Glückwunsch! Das Raid-SR ist nun einsatzbereit.

Have fun!