Multiple Storage Backends

Seafile ist vergleichsweise sparsam in Bezug auf die Systemressourcen. Beim Speicherplatz kann man jedoch nicht genug bekommen. Daher unterstützt Seafile unterschiedliche Protokolle, Dateisysteme und Objektspeicher. Würde Seafile nun erlauben, Speichermedien mit unterschiedlichen Charakteristika zu kombinieren, dann liessen sich unterschiedlichste Anforderungen abdecken. Kurz: Seafile kann auch das!

Die Fähigkeit, mehrere Datenspeicher anzusprechen, bietet der Seafile Server Professional Edition seit der Version 6.3. Jede Art von Speicher, die sich in das Linux Dateisystem einbinden lässt, wird unterstützt. Neben gewöhnlichem lokalen Festplattenspeicher fallen darunter auch die Objektspeicher Ceph, Swift und S3 sowie magnetische und optische Archivspeichermedien.

Einsatzszenarien

Dank Multiple Storage Backend Unterstützung ist es in Seafile keine technische Herausforderung mehr, unterschiedliche Speichermedien miteinander zu kombinieren. Es ist alleine eine Frage der klaren Anforderungsspezifikation. Zwei Anwendungsfälle erscheinen besonders attraktiv.

Unternehmen mit großem Speicherbedarf

In den letzten Jahren haben schnelle SSD-Datenträger die Rechenzentren dieser Welt erobert. Die Auswahl an schnellen und günstigen VServern, die sich sehr gut für das Hosting von Webseiten, Shopsystemen oder sonstige Webapplikationen eignen, ist unüberschaubar geworden. Die Auswahl an geeigneten VServern für die eigene File Cloud ist jedoch im gleichem Maße geschrumpft. Ein Seafile Server soll schließlich hunderte von Gigabyte, wenn nicht sogar Terabyte an Daten aufnehmen können und die Mietpreise der VServer steigen typischerweise unverhältnismäßig mit zunehmender Speicherkapazität, da auch die sonstigen Ressourcen wie CPU-Kerne und Arbeitsspeicher ansteigen.

Mit Seafiles Unterstützung multipler Storage Backends besteht die Möglichkeit, die schnellen SSD-basierten VServer um separate preisgünstige Datenspeicher zu ergänzen. So lässt sich mit geringen monatlichen Kosten ein Seafile Server mit einer Speicherkapazität im Terabyte Bereich aufbauen.

Ein solches Hybrid-System erhalten Sie beispielsweise von unserem Partner datamate. Für unter 100€ pro Monat erhalten Sie ein hochperformantes Seafile System mit über 10 Terabyte Massenspeicher, automatische Backups der Backends inklusive (Stand Oktober 2018). datamate kombiniert dafür einen Strato V-Server V40 inkl. 600 GB SSD-Speicher mit einem 10 TB HiDrive Business. Wo kriegt man so viel Cloud-Speicher für so wenig Geld?

Langzeitarchivierung

Neben ökonomischen Gründen für die Nutzung unterschiedlicher Storage Backends gibt es viele technische. Durch die Kombination unterschiedlicher Speichertechniken lassen sich deren individuellen Eigenschaften ausnutzen.

Insbesondere die Kombination von schnellem Produktiv- mit langsamen Archivspeicher bietet sich an. Dateien in aktiver Nutzung und solche die noch nicht archiviert sind, werden im Hot Storage gespeichert. Archivierte Dateien für die Erfüllung von Aufbewahrungspflichten landen im Cold Storage. Für den Cold Storage eignen sich Magnetbänder oder andere Langzeitspeichermedien mit ihren langen Lebensdauern.

Auswahl des Backends

Zur Steuerung der Nutzung der eingerichteten Backends bietet Seafile drei Mapping Policies.

Benutzerdeterminiertes Mapping

Ist die Nutzung der Backends benutzerdeterminiert, dann legt der Benutzer bei Anlage einer neuen Bibliothek fest, in welchem Backend die Bibliotheksdaten gespeichert werden sollen. Archivdaten und Bildmaterial können problemlos auf weniger performanten, aber speichergünstigen Medien abgelegt werden. Bibliotheken mit tagtäglich genutzten Dateien sind im Sinne der Arbeitseffizienz auf Hot Access Speichermedien des Servers besser aufgehoben.

Bei der benutzerdeterminierten Mapping Policy liegt große Verantwortung bei den Benutzern. Benutzer müssen über die Konsequenzen ihrer Entscheidungen aufgeklärt werden. Soll die Entscheidungsgewalt nicht bei den Benutzern liegen, dann bieten sich die weiteren Mapping Policies an.

Mapping via Benutzerrolle

Bei der rollendeterminierten Backendwahl entscheidet die Rolle des Benutzers, in welches Backend eine neue Bibliothek geschrieben wird. Die Bibliotheken von Standardbenutzern könnten so in einem anderen Backend landen als solche von Benutzern mit einer Custom Rolle.

Das Mapping via Benutzerrolle ist gerade für Hosting Provider eine interessante Option. Mit dieser Policy lassen sich aufpreispflichtige Premium-Pakete mit schnellem SSD-Speicher genauso wie Archivierungsangebote schnüren.

Automatisches Mapping

Beim automatischen Mapping verteilt Seafile neue Bibliotheken gleichmäßig auf die verfügbaren Backends. Für den Anwender ist weder ersichtlich, dass der Server mehrere Backends verwendet, noch ist es durch die Benutzer beeinflussbar.

Für die aktive Steuerung der Speichernutzung ist diese Policy ungeeignet. Das automatische Mapping eignet sich jedoch für den kontinuierlichen Ausbau der Speicherkapazitäten bei gleichbleibenden sonstigen Systemressourcen wie CPU und RAM.

Schnell, groß und preisgünstig – mit Seafile gibts alle drei

Seafiles Unterstützung multipler Storage Backends ist eine noch junge Funktion mit großem Potenzial. Sie bietet Unternehmen und Organisationen aller Größen interessante Einsatzmöglichkeiten und Einsparpotenziale. An die Stelle des “one-size-fits-all” tritt die bedürfnisorientierte Beschaffung und Einrichtung spezifischer Backendkapazitäten. Archivdaten können sofort auf geeigneten Langzeitspeichermedien abgelegt werden. Sie zahlen nicht mehr zu viel für schnellen Speicher, der gar nicht benötigt wird. Benutzer freuen sich über neue Kapazitäten, ohne dass ein Loch ins Budget gerissen wird.