Mobile-Menu

Speichertipp: Was JuiceFS anders macht als klassische Dateisysteme JuiceFS Community Edition – Architektur und Standalone-Betrieb

Von Thomas Joos 3 min Lesedauer

Anbieter zum Thema

JuiceFS bringt Dateisystemlogik in die Cloud, verbindet POSIX-Semantik mit Objektspeicher und bleibt dabei vollständig quelloffen. Die Community Edition läuft lokal wie verteilt, lässt sich frei konfigurieren und passt sich durch modulare Architektur an jede Systemumgebung an.

Das Cloud-native, verteilte Dateisystem JuiceFS kombiniert klassische Dateisystemsemantik mit der Skalierbarkeit moderner Objekt- und Metadaten-Backends.(Bild:  Midjourney / KI-generiert)
Das Cloud-native, verteilte Dateisystem JuiceFS kombiniert klassische Dateisystemsemantik mit der Skalierbarkeit moderner Objekt- und Metadaten-Backends.
(Bild: Midjourney / KI-generiert)

JuiceFS positioniert sich als Cloud-natives, verteiltes Dateisystem, das klassische Dateisystemsemantik mit der Skalierbarkeit moderner Objekt- und Metadaten-Backends kombiniert. Die Community Edition bietet eine vollständige Open-Source-Lösung mit breiter Protokollkompatibilität, hohem Integrationsgrad und klarer Trennung zwischen Metadatenhaltung und Datenpersistenz. POSIX, HDFS und S3 gehören zum festen Repertoire an unterstützten Schnittstellen, ebenso wie native Anbindungsmöglichkeiten für Hadoop, Kubernetes, Webanwendungen oder lokale Clients unter Linux, macOS und Windows.

Die Architektur von JuiceFS

Die Architektur basiert auf einem dualen Backend-Prinzip: Während Objekt- oder Cloud-Speicher wie Amazon S3, Azure Blob, OSS oder Ceph die Nutzdaten aufnehmen, dienen Redis, TiKV, MariaDB, PostgreSQL oder auch FoundationDB als Metadaten-Engine. Diese Trennung erlaubt granulare Optimierung und eine klare horizontale Skalierung. Lokal kommen Metadaten- und Daten-Caches zum Einsatz, die den Zugriff beschleunigen und Latenz ausgleichen. Kommunikation zwischen JuiceFS-Client und Backends erfolgt verschlüsselt über TLS beziehungsweise HTTPS.

Die Bereitstellung des Clients erfolgt plattformübergreifend, optional auch über manuelle Kompilierung. Wer etwa auf FreeBSD arbeitet oder frühzeitig Zugriff auf Entwicklungsfeatures sucht, kompiliert JuiceFS direkt aus dem Quellcode. Dafür genügt ein aktuelles Go-Toolchain-Set-up mit GCC 5.4+, unter Windows zusätzlich WinFsp und MinGW-w64. Nach dem Klonen des GitHub-Repositorys und Check-out eines stabilen Release-Zweigs genügt ein einfaches „make“, um das Binary zu erzeugen. Cross-Kompilation für Windows unter Linux oder für Linux unter macOS wird durch native Toolchains unterstützt, unter anderem mit musl-cross via Homebrew.

Schneller Einstieg möglich

Umfangreiche Möglichkeiten für den Einsatz von JuiceFS.(Bild:  Joos – Juicedata)
Umfangreiche Möglichkeiten für den Einsatz von JuiceFS.
(Bild: Joos – Juicedata)

Für lokale Testumgebungen oder den schnellen Einstieg bietet sich der Standalone-Modus an. Hierbei fungiert SQLite als Metadatenspeicher, lokale Festplatten als Objektspeicher. Ein minimales Setup gelingt mit dem Befehl „juicefs format sqlite3://myjfs.db myjfs“, das Mounting erfolgt mit „juicefs mount sqlite3://myjfs.db ~/jfs“. Diese Konfiguration bleibt auf eine Maschine beschränkt, eignet sich aber ideal für Validierungen oder isolierte Testszenarien.

Wird der lokale Speicher durch Objekt-Backends ersetzt, erweitert sich das Potenzial deutlich. Die Metadaten bleiben in SQLite, die Nutzdaten wandern in S3-kompatible Buckets. Der Zugriff erfolgt weiterhin über die Metadatenbank, sodass auch andere Maschinen mit identischer Datenbankkopie dieselbe Dateistruktur mounten können. Für Mehrsystemfähigkeit empfiehlt sich allerdings die Ablösung von SQLite durch netzwerkfähige Engines wie PostgreSQL oder Redis, um parallele Zugriffe auf Metadaten zu ermöglichen.

JuiceFS integriert sich in bestehende Systeme

JuiceFS integriert sich nahtlos in bestehende Ökosysteme und bietet mit nativen CSI-Treibern, FUSE-Schnittstellen und Java-SDKs eine breite Andockfläche für containerisierte Anwendungen, klassische POSIX-Workloads oder hybride Cloud-Umgebungen. Mit eingebauten Observability-Funktionen lässt sich der Zustand des Dateisystems detailliert überwachen, inklusive I/O-Aktivität, Cache-Hit-Rates und Latenzkennzahlen. Die Kombination aus flexibler Backend-Wahl, einfacher Installation und hoher Skalierbarkeit macht die Community Edition zu einem ernstzunehmenden Kandidaten für objektbasierte Dateisysteme in verteilten Umgebungen.

Aktuelles eBook

Open-Source-Storage – Speicher-Software zum Nulltarif

eBook Open-Source-Storage
eBook „Open-Source-Storage“
(Bild: Storage-Insider)

Der Bedarf an Speicherkapazität steigt von Tag zu Tag – nicht nur, um die Daten von Produkten, Kunden und Transaktionen zu sichern, sondern auch, um Compliance-Anforderungen zu erfüllen und Auditierungen gut zu überstehen. Eine leistungsfähige Storage-Lösung ist also gefragt. Eine kostenlose Option bietet Open-Source-Software für Storage, insbesondere dann, wenn man sie selbst den eigenen Anforderungen anpassen darf.

Die Themen im Überblick:

  • Warum Storage als Open Source?
  • NAS & Objektspeicher
  • Backup & Disaster Recovery
  • Dateisysteme
  • Technologiestapel & Ökosysteme

(ID:50480178)

Jetzt Newsletter abonnieren

Täglich die wichtigsten Infos zu Data-Storage und -Management

Mit Klick auf „Newsletter abonnieren“ erkläre ich mich mit der Verarbeitung und Nutzung meiner Daten gemäß Einwilligungserklärung (bitte aufklappen für Details) einverstanden und akzeptiere die Nutzungsbedingungen. Weitere Informationen finde ich in unserer Datenschutzerklärung. Die Einwilligungserklärung bezieht sich u. a. auf die Zusendung von redaktionellen Newslettern per E-Mail und auf den Datenabgleich zu Marketingzwecken mit ausgewählten Werbepartnern (z. B. LinkedIn, Google, Meta).

Aufklappen für Details zu Ihrer Einwilligung