CasaOS vs ZimaOS vs Unraid: Welches Home-Server-Betriebssystem passt zu einem NAS mit gemischten Laufwerken?

Warum gemischte Laufwerke die OS-Entscheidung beeinflussen

Traditionelles RAID funktioniert am zuverlässigsten, wenn die Mitgliedslaufwerke gleiche Kapazitäten und ähnliche Leistung haben. Bei unterschiedlich großen Laufwerken bestimmt das kleinste Mitglied, wie viel Speicherplatz jedes Laufwerk zu einer herkömmlichen RAID-Gruppe beiträgt. Ein größeres Laufwerk kann daher Kapazität besitzen, die das Array nicht sofort nutzen kann.

Unraid verfolgt einen anderen Ansatz. Sein primäres Array speichert Dateien auf einzeln formatierten Datenträgern und berechnet die Parität separat. Die wichtigste Größenregel besagt, dass kein Datenträger größer als der Paritätsdatenträger sein darf. Bei doppelter Parität müssen beide Paritätsdatenträger mindestens so groß sein wie der größte Datenträger, wie in der offiziellen Dokumentation zu Unraid Array-Architektur und Paritätsgrößen erklärt.

Diese Unterscheidung führt zu fünf Fragen, die den Vergleich leiten sollten:

• Wie viel Kapazität jedes Laufwerks bleibt nutzbar?
• Bietet das Speichermodell Redundanz?
• Kann ein Laufwerk mit anderer Größe hinzugefügt werden, ohne den Pool neu aufzubauen?
• Welche Daten bleiben zugänglich, wenn mehr Laufwerke ausfallen, als das Schutzschema tolerieren kann?
• Wie viel manuelle Linux-Verwaltung ist erforderlich?

Drei Speichermodelle, drei verschiedene Ausfallgrenzen

Obwohl alle drei Plattformen Dateien über ein Netzwerk bereitstellen und containerisierte Anwendungen ausführen können, verwalten sie den Speicher nicht auf die gleiche Weise. Die Unterscheidung zwischen Betriebssystem, Speicherebene und Anwendungs-Dashboard ist wichtiger als ihre optischen Ähnlichkeiten.

Unraid: unabhängige Datenträger mit dedizierter Parität

Unraid kombiniert unabhängig formatierte Datenfestplatten zu gemeinsamem Speicher, reserviert aber eine oder zwei Festplatten für Parität. Es verteilt nicht jede Datei über alle Array-Mitglieder wie konventionelles RAID 5 oder RAID 6.

Das Ergebnis ist besonders nützlich, wenn die Laufwerksgrößen unterschiedlich sind. Eine 4-TB- und eine 8-TB-Datenfestplatte können ihre jeweiligen Kapazitäten beitragen, solange die zugewiesene Paritätsfestplatte mindestens so groß ist wie die größte Datenfestplatte. Der Kompromiss besteht darin, dass die Paritätsfestplatte Schutz bietet und keine gewöhnliche Dateikapazität.

ZimaOS: grafische Verwaltung für RAID und JBOD

ZimaOS ist ein speziell entwickeltes Heimserver-Betriebssystem mit grafischer Speicherverwaltung. Die aktuelle Speicheroberfläche unterstützt RAID 0, RAID 1, RAID 5, RAID 6 und JBOD, wobei ZFS als separate Option verfügbar ist.

Konventionelles RAID bietet starke Redundanz, ist aber meist am platzsparendsten, wenn die Mitgliedslaufwerke gleiche Kapazitäten haben. JBOD kann die Rohkapazität einer gemischten Sammlung besser nutzen, bietet aber keine Redundanz.

CasaOS: eine Anwendungsschicht über Linux-Speicher

CasaOS ist eher eine leichte Anwendungs- und Docker-Verwaltungsschicht, die über einer Linux-Distribution wie Debian oder Ubuntu installiert wird. Der Unterschied zwischen CasaOS und einem vollständigen, speicherfokussierten Betriebssystem wird auch in diesem Leitfaden zu CasaOS- und ZimaOS-Heimserverrollen beschrieben.

CasaOS kann eingebundenen Speicher anzeigen und Anwendungen zur Verfügung stellen, aber fortgeschrittenes Pooling und Parität müssen normalerweise unterhalb seiner Oberfläche erstellt werden. Das kann Linux-Dateisysteme, Software-RAID, MergerFS, SnapRAID oder eine andere Speicherverwaltungsschicht umfassen.

Wie sich das gleiche gemischte Laufwerk-Set in jedem System verändert

Betrachten Sie einen Heimserver mit einer 4-TB-, einer 8-TB- und einer 16-TB-Festplatte. Das Ziel ist es, gemeinsamen Speicher zu schaffen und gleichzeitig vor dem Ausfall einer einzelnen Festplatte zu schützen.

Bei Unraid führt die Verwendung der 16TB-Festplatte als Parität dazu, dass die 4TB- und 8TB-Festplatten als Datenmitglieder verbleiben, was vor Dateisystem-Overhead etwa 12TB nutzbare Dateikapazität ergibt. Die Verwendung der 16TB-Festplatte als Datenlaufwerk würde eine Paritätsfestplatte von mindestens 16TB erfordern.

ZimaOS sollte keine genaue gemischte RAID-5-Kapazität ohne Überprüfung des aktuellen Speicherassistenten zugewiesen werden. Die Dokumentation bestätigt, dass das System die geschätzte Kapazität während der Erstellung berechnet, aber kein spezifisches Ergebnis für 4TB plus 8TB plus 16TB veröffentlicht. Der offizielle Leitfaden zu den ZimaOS RAID- und JBOD-Optionen sollte daher zusammen mit der auf dem tatsächlichen Gerät angezeigten Schätzung verwendet werden.

Mit CasaOS können die Laufwerke unabhängig bleiben, aber um sie als einen geschützten Speicherpool darzustellen, ist eine zusätzliche Linux-Konfiguration erforderlich. Die endgültige Kapazität und das Ausfallverhalten hängen von den gewählten Tools ab und nicht von CasaOS selbst.

Was Native Parity Ihnen tatsächlich bringt

Der Hauptvorteil von Unraid in diesem Vergleich ist nicht nur, dass es Laufwerke unterschiedlicher Größe erkennt. Sein Vorteil ist die Kombination aus Datenlaufwerken mit gemischter Kapazität, gemeinsamen Ordnern, dedizierter Parität und einem grafischen Verwaltungsworkflow.

Mit einfacher Parität kann das Array einen ausgefallenen Datenträger rekonstruieren. Mit doppelter Parität können bis zu zwei gleichzeitige Datenträgerausfälle rekonstruiert werden. Die Paritätsdatenträger müssen die Größenanforderungen des größten Datenmitglieds erfüllen, und der Austausch eines ausgefallenen Datenträgers erfordert weiterhin ein gesundes verbleibendes Array und gültige Paritätsinformationen. Das offizielle Verfahren zum Hinzufügen von Daten- und Paritätsdatenträgern zu einem Unraid-Array dokumentiert diese Einschränkungen.

Da die Datenträger individuelle Dateisysteme behalten, werden Dateien nicht in Blöcke über alle Array-Datenträger verteilt. Wenn Ausfälle den verfügbaren Paritätsschutz übersteigen, können Daten auf gesunden Datenträgern weiterhin einzeln zugänglich bleiben. Das ist eine nützliche Fehlergrenze, aber keine Garantie gegen Dateisystembeschädigungen, Controller-Ausfälle, versehentliches Löschen, Malware oder mehrere gleichzeitige Datenträgerverluste.

Was eine ausgefeilte Speicheroberfläche nicht ändern kann

ZimaOS macht die Speichererstellung zugänglich. Die Oberfläche kann Benutzer durch die Auswahl von Laufwerken, die Wahl eines unterstützten RAID-Modus, die Kapazitätsschätzung, die Erstellung des Arrays und die Überwachung seines Zustands führen. Dies verringert die Einrichtungsbarrieren für Benutzer, die Linux-Speicher nicht vollständig über ein Terminal verwalten möchten.

Die Oberfläche beseitigt jedoch nicht die zugrunde liegenden Kompromisse des gewählten Speichermodells. RAID 0 bietet Leistung und Kapazität ohne Redundanz. RAID 1 spiegelt Daten. RAID 5 bietet Fehlertoleranz für eine einzelne Festplatte, während RAID 6 Fehlertoleranz für zwei Festplatten bietet. JBOD priorisiert Kapazitätsflexibilität, liefert aber keine Parität oder Spiegelung.

Wiederherstellungs-Workflows sollten ebenfalls getestet werden, bevor wichtige Daten gespeichert werden. Ein offenes ZimaOS Beta RAID-Reparaturproblem dokumentierte einen Test mit einer virtuellen Maschine, bei dem eine etwas größere Ersatzfestplatte erkannt, aber nicht verwendet werden konnte, um eine RAID 5-Reparatur über die Oberfläche zu starten.

Dieser Bericht beweist nicht, dass jede aktuelle ZimaOS-Installation die gleiche Einschränkung hat. Es ist ein einzelner Fall aus der Beta-Phase, der jedoch veranschaulicht, warum eine Speicheroberfläche anhand ihres Ersatz- und Wiederherstellungs-Workflows sowie ihres initialen Einrichtungsassistenten bewertet werden sollte.

Wenn ein einfaches App-Dashboard zu einem DIY-Speicher-Stack wird

CasaOS ist attraktiv, wenn das Hauptziel darin besteht, Anwendungen bereitzustellen, Docker-Container zu verwalten und bereits eingehängten Speicher über eine saubere Oberfläche zugänglich zu machen. Es wird weniger unkompliziert, wenn die Anforderung zu einem paritätgeschützten Pool aus unterschiedlichsten Laufwerken wechselt.

Ein gängiges Linux-basiertes Design kombiniert MergerFS und SnapRAID:

• MergerFS präsentiert Verzeichnisse aus mehreren Dateisystemen über einen einzigen zusammengeführten Mount-Punkt.
• SnapRAID berechnet Parität über separate Datenträger und kann helfen, die Anzahl der Ausfälle zu beheben, die durch die konfigurierten Paritätslaufwerke abgedeckt sind.
• CasaOS führt Anwendungen aus und stellt den resultierenden Mount-Punkt bereit, nachdem die Speicherebene konfiguriert wurde.

MergerFS kann Dateisysteme unterschiedlicher Größe und Typen poolen, ohne dass jede Festplatte in ein gestreiftes Array umformatiert werden muss. Eine ausgefallene Festplatte betrifft in der Regel Dateien, die auf diesem Dateisystem gespeichert sind, anstatt jede Datei über den gesamten Pool zu verteilen. MergerFS selbst bietet keine Parität oder Wiederherstellung ausgefallener Daten.

SnapRAID liefert die fehlende Paritätsebene, ist aber nicht identisch mit dem Array-Schutz von Unraid. Die SnapRAID-Parität wird bei der Synchronisation aktualisiert. Dateien, die nach der letzten Synchronisation hinzugefügt oder geändert wurden, sind möglicherweise noch nicht wiederherstellbar, weshalb das Design besser für Mediatheken und Archivdaten geeignet ist als für Datenbanken, aktive virtuelle Maschinendatenträger oder häufig wechselnde Anwendungsdaten.

Der DIY-Weg kann kostengünstig und flexibel sein, aber der Administrator wird verantwortlich für Einbindereihenfolge, Paritätssynchronisation, geplante Prüfungen, SMART-Überwachung, Berechtigungen, Austauschverfahren und Benachrichtigungen. Es ist eine vernünftige technische Wahl für erfahrene Linux-Nutzer, kein Null-Konfigurations-Ersatz für Unraid.

Erweiterung, Wiederherstellung und Wartung sind wichtiger als die Einrichtung am ersten Tag

Ein Speichersystem, das einfach zu erstellen ist, kann dennoch umständlich zu erweitern oder wiederherzustellen sein. Bevor Sie ein Betriebssystem wählen, überlegen Sie, was passiert, wenn die nächste Festplatte größer ist, wenn eine Festplatte Fehler meldet und wenn die Systemfestplatte selbst neu installiert werden muss.

Kapazität im Laufe der Zeit erweitern

Unraid ist für inkrementelle Erweiterungen ausgelegt. Eine neue Datenfestplatte kann hinzugefügt werden, ohne dass jede vorhandene Festplatte übereinstimmen muss, vorausgesetzt, sie überschreitet nicht die Paritätsfestplatte. Wenn eine größere Datenfestplatte benötigt wird, muss möglicherweise zuerst die Paritätsfestplatte aufgerüstet werden.

Konventionelle RAID- und ZFS-Erweiterungen hängen vom genauen Array- oder vdev-Design ab. Das Hinzufügen einer nicht passenden Festplatte macht nicht unbedingt sofort die gesamte Kapazität nutzbar. ZimaOS-Nutzer sollten die geschätzte Kapazität und das unterstützte Erweiterungsverfahren vor der Erstellung des ursprünglichen Pools bestätigen.

CasaOS kann die flexible Erweiterung von MergerFS übernehmen, da ein weiteres eingebundenes Dateisystem zum Pool hinzugefügt werden kann. Wenn SnapRAID Schutz bietet, müssen Paritätsgröße und Synchronisation ebenfalls manuell aktualisiert werden.

Wiederherstellung nach einem Ausfall

Unraid bietet den integrierteren Wiederherstellungspfad von den dreien für diesen speziellen Anwendungsfall mit gemischten Laufwerken. ZimaOS stellt grafische RAID-Status- und Reparatursteuerungen bereit, aber der Ablauf hängt vom gewählten RAID-Typ und dem aktuellen Softwareverhalten ab. Die Wiederherstellung bei CasaOS hängt fast vollständig vom zugrunde liegenden Linux-Speicherdesign ab.

Keine dieser Methoden ersetzt die Notwendigkeit getesteter Backups. Ein Wiederherstellungsplan sollte festlegen, welche Dateien gesichert sind, wo Verschlüsselungsschlüssel und Konfigurationsdateien gespeichert werden und wie das System wiederhergestellt wird, falls mehr Laufwerke ausfallen, als die Parität oder das RAID-Level tolerieren kann.

Welches Setup passt zu Ihrem NAS mit gemischten Laufwerken?

Ein aktueller Praxis-Test von Unraid und ZimaOS charakterisierte Unraid ähnlich als Balance zwischen fortgeschrittenen NAS-Funktionen und einer zugänglichen Benutzeroberfläche, während ZimaOS besonders einsteigerfreundlich und für recycelte Hardware geeignet ist.

Dieser Vergleich ist eher als persönliche Erfahrung denn als Beleg für Speicherarchitektur nützlich. Offizielle Dokumentationen sollten die primäre Quelle für Paritätsgrenzen, RAID-Unterstützung, Kapazitätsberechnungen und Wiederherstellungsverfahren bleiben.

Die Lizenzierung kann ebenfalls die Entscheidung beeinflussen. Ab Juli 2026 beginnt die Unraid-Einstiegslizenz bei 49 $, während die lebenslange Lizenz deutlich teurer ist. ZimaOS bietet eine kostenlose Stufe, die durch die Anzahl der Laufwerke begrenzt ist, sowie eine günstigere lebenslange Plus-Lizenz. CasaOS ist kostenlos und Open Source, aber ein DIY-Administrator könnte mehr Zeit für den Aufbau und die Wartung der Speicherebene aufwenden.

Bevor Sie eine Kiste alter Laufwerke wiederverwenden

Die Unterstützung gemischter Laufwerke macht ältere Festplatten nicht gleichermaßen zuverlässig. Vor dem Erstellen eines Arrays oder Pools:

1. Sichern Sie jede Datei, die bereits auf den Laufwerken gespeichert ist.
2. Überprüfen Sie SMART-Daten und führen Sie erweiterte Selbsttests der Laufwerke durch.
3. Überprüfen Sie auf umverteilte, ausstehende oder nicht korrigierbare Sektoren.
4. Stellen Sie sicher, dass SATA-, USB- und Stromanschlüsse unter Last stabil bleiben.
5. Verwenden Sie beim Aufbau eines Unraid-Arrays das größte gesunde Laufwerk für die Parität.
6. Notieren Sie die Seriennummern der Laufwerke und deren physische Einschubplätze.
7. Testen Sie Ausfallbenachrichtigungen und das Austauschverfahren.
8. Bewahren Sie eine separate Sicherungskopie kritischer Dateien auf, nachdem das NAS betriebsbereit ist.

Laufwerke mit unterschiedlichen Drehzahlen können koexistieren, aber die langsamsten Laufwerke in einer Arbeitslast können die Leistung begrenzen. USB-Gehäuse und Port-Multiplier können zudem die Laufwerkserkennung und Fehlerbehebung erschweren, daher sind direkte SATA- oder zuverlässige HBA-Verbindungen für ein dauerhaftes NAS vorzuziehen.

Fazit

Wählen Sie Unraid, wenn die zentrale Anforderung ein paritätgeschütztes NAS ist, das aus Laufwerken unterschiedlicher Kapazität zusammengesetzt und Laufwerk für Laufwerk erweitert wird. Die Lizenz verursacht Kosten, aber das Speichermodell adressiert direkt das Problem gemischter Laufwerke.

Wählen Sie ZimaOS, wenn Benutzerfreundlichkeit, attraktive Speichersteuerung, Anwendungsbereitstellung und geringere Lizenzkosten wichtiger sind als die maximale geschützte Kapazität aus einer uneinheitlichen Sammlung herauszuholen. Prüfen Sie die Kapazitätsschätzung und den Austausch-Workflow für die genaue RAID-Konfiguration, bevor Sie wichtige Daten verschieben.

Wählen Sie CasaOS, wenn Sie hauptsächlich ein einfaches Anwendungs-Dashboard wünschen und damit vertraut sind, Speicher als separates Linux-Engineering-Projekt zu behandeln. MergerFS und SnapRAID können ein leistungsfähiges System mit gemischten Laufwerken erzeugen, erfordern jedoch zusätzlichen Betriebsaufwand und sollten nicht als natives Äquivalent zu Unraid dargestellt werden.