Auf Cluster-Dateisysteme trifft man häufig in Hochverfügbarkeitsclustern. Die bekanntesten Filesysteme dieser Art sind GFS2 und OCFS2, aber auch Lustre genießt einiges an Aufmerksamkeit und NFS bietet in Version 4 einen ähnlichen Dienst an (pNFS). Über den Sinn und Unsinn von Cluster-Filesystemen lässt sich trefflich streiten (siehe auch den Kasten "Die Gefahren von DRBD im Dual-Primary Modus"). Wenn aber die Entscheidung für ein solches Dateisystem gefallen ist, dann helfen Pacemaker und DRBD dabei, den Dienst hochverfügbar zu machen.

Der folgende Artikel beschreibt am Beispiel von GFS, wie sich auf aktuellen Systemen Pacemaker zum Cluster-Manager für Cluster-Dateisysteme aufschwingt. Leider gibt es unter den vier "großen" Enterprise-Distributionen – Debian, Ubuntu, SLES und RHEL – einiges an Uneinigkeit darüber, wie ein Setup dieser Art am besten aussehen sollte. Ein dicker Riss trennt dabei insbesondere Red Hat von den anderen drei Distributionen.

Zur Geschichte von GFS

Das Cluster-Dateisystem GFS existiert im Grunde bereits seit 1995, richtig an Verbreitung gewann die Software allerdings erst als Red Hat den damaligen Hersteller Sistina im Jahre 2005 kaufte und anfing, die Entwicklung voranzutreiben. Offiziell hielt GFS Einzug in Linux, als Linus Torvalds es zum Bestandteil der Kernelversion 2.6.19 machte. GFS2 war damit später dran als OCFS2, das es schon in den Kernel 2.6.16 schaffte.

GFS setzt im Kernel auf die Strukturen des Distributed Lock Managers (DLM). Diese Software, die ebenfalls aus der Feder von Red-Hat-Entwicklern stammt, ist im Wesentlichen ein großes Framework, das den gleichzeitgen Zugriff auf Storage-Ressourcen koordiniert. GFS2 funktioniert nur, wenn der Distributed Lock Manager aktiv ist und keine