Community-Lösung

Bestes ZimaOS-Speicherlayout für einen Container-Server

A new ZimaOS user wanted the OS isolated on a 120GB SSD, containers and main data on RAID5, scratch data on 2TB storage, and simple cross-NAS sharing.

Wenn Sie ZimaOS hauptsächlich als Containerserver verwenden möchten, beschränken Sie die System-SSD auf das Betriebssystem, speichern Sie AppData und wichtige Benutzerdaten auf dem Haupt-RAID und verwenden Sie eine separate Arbeitsfestplatte für Downloads oder nicht dauerhaft benötigte Bereitstellungsdaten. ZimaOS verfügt inzwischen über eine integrierte Einstellung für den Speicherort der App-Daten, wodurch diese Aufteilung deutlich einfacher wird, als jeden Container manuell zu verschieben.

Der Nutzer beschrieb eine sinnvolle dreistufige Architektur: eine 120-GB-Boot-SSD, RAID5 für Primärdaten und Container sowie eine 2-TB-Arbeitsfestplatte. Die aktuelle ZimaOS-Dokumentation unterstützt diese Architektur und bietet außerdem SMB/LAN Storage zum Verbinden von Synology-, UGREEN- und anderen NAS-Systemen.

Empfohlene Speicheraufteilung

System-SSD
  └─ ZimaOS + Systemkomponenten

RAID5
  ├─ AppData
  ├─ persistente Daten der Container
  ├─ Dokumente/Medien
  └─ wichtige freigegebene Ordner

2-TB-Arbeitsfestplatte
  ├─ Downloads
  ├─ temporäre Transkodierungen
  └─ nicht dauerhaft benötigte Bereitstellungsdaten

Speicherort der App-Daten auf den RAID setzen

Der aktuelle Leitfaden zu ZimaOS-App-Daten empfiehlt, App-Daten nicht auf der Systemfestplatte zu speichern.

Gehen Sie zu Einstellungen → Apps → Speicherort der App-Daten und wählen Sie den RAID-gestützten Speicher aus.

Legen Sie nicht alles in einem einzigen AppData-Ordner ab

Bewahren Sie die Konfiguration und Daten jeder App in einem eigenen persistenten Verzeichnis auf. Medienbibliotheken und Downloads können in separaten freigegebenen Ordnern liegen, damit mehrere Container konsistent darauf zugreifen können.

Verwenden Sie die Arbeitsfestplatte für ersetzbare Daten

Downloads, das Entpacken, Transkodierungen, der Cache und temporäre Projektdateien eignen sich gut für die separate 2-TB-Festplatte. Wenn die Arbeitsfestplatte ausfällt, sollten Sie nicht die einzige Kopie Ihrer Familienfotos oder Datenbanken verlieren.

Andere NAS-Systeme über SMB verbinden

Der aktuelle Leitfaden zum Verbinden eines anderen NAS zeigt, wie Sie unter Dateien → Speicher → LAN Storage ein weiteres NAS hinzufügen.

Nach der Verbindung kann ZimaOS Daten zwischen Geräten kopieren oder das entfernte NAS als Teil eines Backup-Plans verwenden.

Für Kopieren und Einfügen wie unter Windows: SMB auf Ihrem PC einbinden

Wenn die integrierte Dateiverwaltung nicht Ihren Vorstellungen entspricht, müssen Sie die tägliche Dateiverwaltung nicht im Browser erledigen. Binden Sie ZimaOS und die anderen NAS-Freigaben im Windows-Datei-Explorer oder im macOS-Finder ein und kopieren bzw. fügen Sie die Dateien dort ein.

Der aktuelle SMB-Zugriff von ZimaOS ist genau für diesen Arbeitsablauf konzipiert.

Alternative webbasierte Dateimanager

FileBrowser/FileBrowser Quantum kann eine andere Browseroberfläche bereitstellen. Behandeln Sie es jedoch als weitere Docker-Anwendung mit eigenen Berechtigungen und persistenter Konfiguration. Es ersetzt nicht die zugrunde liegende ZimaOS-Speicherebene.

Container-Pfade konsistent halten

Verwenden Sie für Medien- und Download-Stacks stabile Pfade innerhalb des Containers wie /downloads und /media über zugehörige Apps hinweg. So wird verhindert, dass eine App denselben Host-Ordner unter einem anderen Pfad sieht und Importe oder Hardlinks fehlschlagen.

RAID5 ist kein Backup

RAID5 schützt die Verfügbarkeit bei Ausfall einer Festplatte. Es schützt nicht vor versehentlichem Löschen, Ransomware, Dateisystembeschädigung oder Diebstahl.

Der Leitfaden zur Backup-Strategie hilft dabei, LAN-, USB- oder Cloud-Kopien hinzuzufügen, sobald das Speicherlayout feststeht.

Festlegen, was auf das RAID gehört und was nicht

Persistente Datenbanken, Anwendungskonfigurationen, Familien-Dateien und alles, was nur schwer neu erstellt werden könnte, gehören auf geschützten Speicher. Temporäre Downloads, Entpackverzeichnisse, Transcodierungs-Zwischenspeicher und Caches können die separate Festplatte verwenden, wenn ein Verlust dieser Daten akzeptabel ist.

Gemeinsame Ordner vor der Installation des App-Stacks planen

Erstellen Sie stabile Ordner wie Medien, Downloads, Dokumente, und AppData zuerst. Weisen Sie dann jeden zugehörigen Container denselben Host-Pfaden zu. Das ist deutlich einfacher, als zwanzig Container-Pfade zu migrieren, nachdem der Server bereits mit Daten gefüllt ist.

Überwachen Sie den freien Speicherplatz auf jeder Ebene

Ein nahezu leeres RAID hilft nicht, wenn die System-SSD oder die separate Festplatte voll ist. Überwachen Sie Boot-Laufwerk, AppData-Speicherort, RAID und separate Festplatte unabhängig voneinander. Container-Updates können fehlschlagen, wenn auf der Systemfestplatte nur noch wenig Speicherplatz frei ist, selbst wenn im Medien-Array noch Terabytes frei sind.

FAQ

Sollten sich Container auf der Boot-SSD befinden?

Belassen Sie die Container-Engine und Systemkomponenten dort, falls ZimaOS dies so vorsieht, verschieben Sie persistente AppData jedoch in den Hauptspeicherpool.

Kann ich eine separate Festplatte nur für Downloads verwenden?

Ja. Eine separate Festplatte eignet sich gut für ersetzbare Downloads, den Cache und temporäre Dateien.

Kann ZimaOS eine Verbindung zu Synology- und UGREEN-NAS herstellen?

Ja, wenn diese Systeme SMB-Freigaben bereitstellen. Fügen Sie sie unter „Dateien“ als LAN-Speicher hinzu.

Benötige ich den browserbasierten Dateimanager von ZimaOS?

Nein, nicht für routinemäßige Dateioperationen auf dem Desktop. Mit SMB können Sie stattdessen den Windows-Explorer oder den macOS-Finder verwenden.