Ein Pool für Festplatten jeder Größe.
Eine Open-Source-Heimserver-Plattform: eine Verwaltungsebene über mergerfs und SnapRAID, mit Web-Oberfläche und CLI.
Gemischte Platten, ein Pool, eine Paritätsplatte.
mergerfs und SnapRAID lösen das Speicherproblem bereits. Es fehlt die Verwaltungsebene: Einrichtung, Zeitplanung, Überwachung, Freigaben und Apps, ohne Konfigurationsdateien von Hand zu pflegen. Hoserva ist diese Ebene. Es erzeugt die Konfiguration und steuert die bewährten Werkzeuge, statt sie neu zu implementieren.
Was es kann
Die Kernfunktionen von Hoserva
Pool aus gemischten Platten
Platten beliebiger Größe in einen Pool aufnehmen, ohne Neuaufbau und ohne Kapazitätsverlust auf die kleinste Platte. Das Pooling übernimmt mergerfs.
Parität mit Schutzschwelle
SnapRAID-Parität auf einer eigenen Platte. Parität wird nur nach deinem Zeitplan oder auf Anforderung geschrieben, und eine Schwellenwert-Sperre hält einen Sync zurück, wenn sich zu viel geändert hat.
Freigaben, Backup, Überwachung
SMB- und NFS-Freigaben, Benutzer und Berechtigungen, SMART- und Spin-Status-Überwachung, Benachrichtigungen sowie Konfigurations- und Appdata-Backup.
Web-Oberfläche, CLI, eine API
Ein Go-Daemon mit Web-Oberfläche und CLI, die dieselbe dokumentierte API nutzen. Nichts, was nur eines von beiden kann.
So funktioniert es
Von der Platte bis zur Oberfläche
Hoserva steuert die bewährten Werkzeuge, statt sie neu zu implementieren. Ein Go-Daemon, hoservad, hält seinen Zustand in SQLite, erzeugt daraus die Konfiguration für mergerfs und SnapRAID und führt jeden langen Vorgang als Job aus. Web-Oberfläche und CLI sind zwei Clients derselben dokumentierten API.
Diagramm mit vier Ebenen, von oben nach unten. Web-Oberfläche und CLI rufen beide dieselbe dokumentierte API auf. Die API wird von hoservad bereitgestellt, dem Hoserva-Daemon. hoservad steuert mergerfs, das die Datenplatten zu einer Sicht zusammenfasst, und SnapRAID, das die Parität auf eine eigene Paritätsplatte schreibt. Ganz unten liegen die Platten: Datenplatten beliebiger Größe und eine oder zwei Paritätsplatten.
Du kommst von Unraid?
Geführte Migration · in Entwicklung
Eine geführte Migration für bestehende Unraid-Server ist in Entwicklung. Sie liest die Unraid-Konfiguration, übernimmt die Datenplatten so, wie sie sind, ohne sie zu kopieren, und legt deine Freigaben, Konten und Container unter Debian neu an. Unterstützt werden Unraid 6.12.x und 7.x.
Was mitkommt
- Datenplatten, direkt übernommen: kein Kopieren, kein Formatieren
- Freigaben, mit denselben Namen
- Benutzerkonten, ohne Passwörter angelegt
- Docker-Templates, umgewandelt in Compose-Stacks, die du prüfst und einzeln startest
Was nicht mitkommt
- Passwörter: jeder SMB-Client verbindet sich mit einem neuen
- Plugins und eigene Konfiguration
- Virtuelle Maschinen
- Verschlüsselte, ZFS- und Multi-Device-btrfs-Platten, die Hoserva ablehnt
Was es kostet
Plane mehrere Stunden Ausfallzeit und einen vollständigen Paritätsaufbau ein: Die Paritätsplatte von Unraid wird gelöscht und als Hoserva-Parität neu beschrieben. Vom Stoppen des Unraid-Arrays bis zum Ende des ersten Hoserva-Syncs hat das Array keine Redundanz. Alles vor dem Schritt, der die frühere Paritätsplatte formatiert, lässt sich rückgängig machen; danach bedeutet Zurückgehen, aus einem Backup wiederherzustellen.
Unraid ist eine Marke von Lime Technology, Inc.; Hoserva steht in keiner Verbindung dazu.
Apps
Kuratierter Katalog · in Entwicklung
Apps laufen als Docker-Compose-Stacks. Der Katalog von Hoserva ist eine kuratierte Sammlung von Templates, jedes eine Compose-Datei mit einem Hoserva-Block, in der CI geprüft. Jeder Merge baut ein Archiv, signiert es und veröffentlicht es unter catalog.hoserva.dev.
Nichts Ungeprüftes wird verwendet
Hoserva verwendet einen heruntergeladenen Katalog erst, wenn seine Signatur gegen den in hoservad eingebauten öffentlichen Schlüssel stimmt, und ein älterer signierter Katalog kann einen neueren nicht ersetzen. Jede Installation bringt außerdem einen Snapshot mit, sodass schon der erste Start und eine Offline-Installation einen Katalog haben.
Apps gehören zur aktuellen Entwicklungsphase und sind noch nicht veröffentlicht.
Parität ist kein Backup
Parität hält den Server am Laufen, wenn eine Platte ausfällt. Sie liegt im selben Gehäuse wie deine Daten und wird nach einem Zeitplan aktualisiert, ist also keine zweite Kopie.
Wovor Parität schützt
- Eine ausgefallene Datenplatte: wiederhergestellt aus der Parität, Stand letzter erfolgreicher Sync
Wovor nicht
- Eine Datei, die du löschst oder überschreibst, sobald der nächste Sync gelaufen ist
- Ransomware oder Korruption, die an der Schwellenwert-Sperre vorbeikommt
- Brand, Wasserschaden oder Diebstahl: die Paritätsplatte steckt im selben Server
Hoserva sichert seinen eigenen Zustand: die Konfiguration nachts und die Dateien jeder App wöchentlich, standardmäßig auf lokale Ziele. Ziele per SFTP, S3-kompatibel, WebDAV und rclone legen eine Kopie außerhalb des Servers ab. Die Dateien in deinen Freigaben sicherst du selbst.
Warum Parität kein Backup ist →Hoserva ist in Entwicklung und hat noch keine Veröffentlichung. Der Speicherkern und die NAS-Funktionen sind gebaut; Apps und eine geführte Migration von Unraid sind die aktuelle Phase. Es ist selbst gehostete Open-Source-Software unter AGPL-3.0, ohne Cloud-Angebot.