Storage & Protokolle
GlusterFS
GlusterFS ist ein verteiltes, POSIX-kompatibles Scale-out-Dateisystem ohne zentralen Metadatenserver; sein Reifegrad ist seit Red Hats Rückzug rückläufig.
- Verteiltes Scale-out-FS
- Bricks und Volumes
- kein Metadatenserver (DHT)
- POSIX, FUSE/NFS/SMB
- Reifegrad rückläufig
GlusterFS ist ein netzwerkfähiges, verteiltes Scale-out-Dateisystem. Es fasst exportierte Verzeichnisse mehrerer Server, sogenannte Bricks, zu einem gemeinsamen Volume zusammen und verteilt Dateien über einen elastischen Hash-Algorithmus, ohne zentralen Metadatenserver. Der Zugriff ist POSIX-kompatibel.
Dieser Artikel erklärt die Architektur aus Bricks und Volumes, die Volume-Typen, den ehrlichen Statusbefund (kommerzielles EOL, rückläufige Community) und die Abgrenzung zu Ceph.
1. Architektur: Bricks und Volumes
Ein Brick ist die Grundeinheit, ein Server samt lokalem Verzeichnis (meist auf XFS). Mehrere Bricks bilden ein Volume. Anders als CephFS, das einen Metadatenserver nutzt, verteilt GlusterFS Dateien per Distributed Hash Table über die Bricks, das macht die Architektur vergleichsweise einfach und ohne separaten Metadaten-Single-Point.
2. Volume-Typen
- Distributed verteilt Dateien per Hash, ohne Redundanz, ein Brick-Verlust trifft die dort liegenden Dateien.
- Replicated spiegelt jede Datei auf mehrere Bricks, schützt vor Brick-/Serverausfall.
- Dispersed Erasure Coding über die Bricks mit konfigurierbarer Paritätszahl, kapazitätseffizient (ähnlich RAID 5/6).
- Kombinationen Distributed-Replicated oder Distributed-Dispersed als gängige Produktionsformen.
3. Statusbefund 2026
Die kommerzielle Variante Red Hat Gluster Storage hat ihr End-of-Life am 31. Dezember 2024 erreicht; Red Hat liefert keine Updates mehr und hat sein Gluster-Engineering eingestellt. Die Open-Source-Community pflegt das Projekt formal weiter, jedoch mit drastisch gesunkener Aktivität. Für neue Vorhaben ist das ein gewichtiges Argument gegen GlusterFS.
Für Neuinstallationen Ceph prüfen
Angesichts des eingestellten kommerziellen Supports und der rückläufigen Community ist GlusterFS für neue verteilte Storage-Projekte nur eingeschränkt empfehlenswert. Ceph wird aktiv weiterentwickelt, bietet Block-, Datei- und Objektzugriff und hat breite Enterprise-Unterstützung.
4. Abgrenzung zu Ceph
Ceph ist komplexer (Monitore, OSDs, MDS, Manager), bietet dafür aber Block (RBD), Datei (CephFS) und Objekt (RGW) aus einer Plattform und skaliert auf sehr große Cluster. GlusterFS ist einfacher aufgebaut und rein dateibasiert, aber im Reifegrad rückläufig. Für zukunftssichere verteilte Speicherung führt der Weg heute meist zu Ceph.
5. Stärken und Grenzen
| Stärken | Grenzen |
|---|---|
| Einfache Architektur ohne Metadatenserver, POSIX/FUSE/NFS/SMB | Kommerzieller Support (Red Hat) seit Ende 2024 eingestellt |
| Flexible Volume-Typen inkl. Erasure Coding | Community-Aktivität stark gesunken |
| Solide für bestehende Installationen | Für Neuinstallationen meist Ceph die bessere Wahl |
Häufige Fragen zu GlusterFS
Mit Vorsicht. Der kommerzielle Support ist Ende 2024 ausgelaufen und die Community-Aktivität stark gesunken. Für neue verteilte Storage-Projekte ist Ceph in der Regel die zukunftssicherere Wahl; GlusterFS bleibt für Bestandssysteme relevant.
GlusterFS ist ein rein dateibasiertes Scale-out-System ohne Metadatenserver und einfacher aufgebaut. Ceph bietet Block-, Datei- und Objektzugriff aus einer Plattform, skaliert weiter und wird aktiv entwickelt, ist dafür aber komplexer.
Auch der Autor ist nur ein Mensch, dem Fehler unterlaufen können. Wenn in diesem Beitrag etwas nicht stimmt oder unklar ist, freuen wir uns über einen kurzen Hinweis über das Kontaktformular unten, wir prüfen und korrigieren das.
Der nächste Schritt
GlusterFS im eigenen Haus richtig einsetzen?
Wir klären, ob und wie der Baustein zu Ihrer Infrastruktur passt, und sagen offen, wann sich der Aufwand lohnt und wann nicht.