ZFS-Speicher
ZFS bietet erweiterte Datenintegrität, flexible Speicherlösungen und hohe Leistung für Ihr Unraid-System. Dieser Leitfaden erklärt die Kernkonzepte von ZFS und führt Sie durch die Verwaltung von ZFS-Pools direkt über das Unraid WebGUI. Egal, ob Sie neuen ZFS-Speicher einrichten oder einen bestehenden Pool integrieren, hier finden Sie die Schritte und den Kontext, die Sie benötigen, um sicher zu starten.
ZFS bietet erweiterte Datenintegrität, flexible Speicherlösungen und hohe Leistung für Ihr Unraid-System. Dieser Leitfaden erklärt die Kernkonzepte von ZFS und führt Sie durch die Verwaltung von ZFS-Pools direkt über das Unraid WebGUI. Egal, ob Sie neuen ZFS-Speicher einrichten oder einen bestehenden Pool integrieren, hier finden Sie die Schritte und den Kontext, die Sie benötigen, um sicher zu starten.
Warum ZFS?
ZFS ist ein modernes Dateisystem und Volume-Manager, der Ihre Daten schützt, Korruption verhindert und die Speicherverwaltung vereinfacht.
Mit ZFS erhalten Sie:
- Automatische Datenintegritätschecks und Selbstheilung
- Eingebaute RAID-Unterstützung (Spiegelungen, RAIDZ)
- Snapshots und Klone für einfache Backups und Rollbacks
- ZFS send/receive für effiziente Replikation
- Kompression in Echtzeit
Unraid unterstützt ZFS für jeden Speicherpool. Sie können einen neuen ZFS-Pool erstellen, einen Pool aus einem anderen System importieren oder das einzigartige Hybrid-Setup von Unraid nutzen: Fügen Sie ein ZFS-formatiertes Laufwerk direkt dem Unraid array hinzu (nicht einem Pool) und kombinieren ZFS-Funktionen mit dem parity-Schutz von Unraid.
Der ZFS-Hybrid-Ansatz im array ist für bestimmte Backup- oder Replikationsszenarien hilfreich, ersetzt aber keinen vollständigen ZFS-Pool. ZFS-Laufwerke im array werden einzeln verwaltet; Sie erhalten nicht die kombinierte Leistung, Redundanz oder Selbstheilung eines echten ZFS-Pools mit mehreren Festplatten. Für die vollständige ZFS-Funktionalität sollten Sie immer dedizierte ZFS-Pools verwenden.
Pools, Vdevs und Redundanz
Ein ZFS-Pool (genannt „zpool“) besteht aus einem oder mehreren vdevs (virtuelle Geräte). Jedes vdev ist eine Gruppe physischer Festplatten mit einem eigenen Redundanzlevel. ZFS schreibt Daten über vdevs, aber jedes vdev ist für seine Ausfallsicherheit verantwortlich.
Redundanz gilt immer pro vdev. Wenn ein vdev ausfällt, fällt der gesamte Pool aus, auch wenn andere vdevs gesund sind. Planen Sie Ihre vdevs sorgfältig!
Erstellen eines ZFS-Pools
So erstellen Sie einen ZFS-Pool über das WebGUI:
- Stoppen Sie das array.
- Pool hinzufügen klicken.
- Wählen Sie einen Namen für Ihren Pool (zum Beispiel
raptor). - Stellen Sie die Anzahl der Slots auf die Anzahl der Festplatten ein, die Sie in Ihren primären Daten-Vdev(s) haben möchten.
Diese anfängliche Steckplatzanzahl gilt nur für Daten-vdevs. Unterstützungs-vdevs (wie Protokoll- oder Cache-Laufwerke) können nach der Erstellung des Pools separat hinzugefügt werden.
- Weisen Sie dem Pool Festplatten zu (die Reihenfolge spielt keine Rolle).
- Klicken Sie auf den Pool-Namen (z.B.
raptor), um den Konfigurationsbildschirm zu öffnen. - Stellen Sie den Dateisystemtyp auf
zfsoderzfs-verschlüsselt(für LUKS-Verschlüsselung) ein.
- Wählen Sie Ihr Zuordnungsprofil - dies bestimmt die Redundanz und Leistung Ihres Pools.
- Aktivieren Sie die Komprimierung, wenn gewünscht (empfohlen für die meisten Workloads).
- Klicken Sie auf Erledigt, dann starten Sie das array.
Eine ZFS-Disk ins Array integrieren (Hybrid-Setup)
Sie können ein einzelnes ZFS-Laufwerk in Ihr Unraid array integrieren (nicht in einen ZFS-Pool), um ZFS-Funktionen mit dem parity-Schutz von Unraid zu kombinieren.
-
Parity-Schutz: Die ZFS-Festplatte ist durch die array-parity von Unraid geschützt, wodurch Ihre Daten vor einzelnen (oder mehreren, abhängig von Ihren parity drives) Festplattenausfällen gesichert sind.
-
Datenintegrität: ZFS bietet Integritätsprüfungen auf Blockebene (Prüfsummen). Während eine einzelne Festplatte nicht zur Selbstheilung von Bitrot fähig ist, erkennt ZFS Korruption und warnt Sie, sodass Sie vor einem schleichenden Datenverlust aus einem Backup wiederherstellen können.
-
ZFS-Funktionen: Sie können auf diesem Laufwerk ZFS-snapshots und Replikation nutzen, sodass es sich ideal als Backup-Ziel, für bestimmte Datensätze oder für Szenarien eignet, in denen Sie ZFS-Funktionen zusammen mit klassischer Unraid-Speicherverwaltung verwenden möchten.
So fügen Sie eine ZFS-Festplatte zum array hinzu:
- Gehen Sie zum Main-Tab im WebGUI.
- Stoppen Sie das array.
- Klicken Sie auf einen leeren Slot unter Array Devices.
- Wählen Sie die Festplatte aus, die Sie hinzufügen möchten.
- Wählen Sie unter Dateisystem
zfsoderzfs-verschlüsselt.
- Klicken Sie auf Übernehmen.
- Starten Sie das array und lassen Sie die Festplatte bei Bedarf formatieren.
Wahl eines Zuordnungsprofils
Wenn Sie einen ZFS-Pool einrichten, bestimmt Ihr Zuweisungs-Profil, wie Ihre Daten geschützt werden, wie Ihr Pool performt und wie Sie ihn erweitern können. Hier ist ein einfacher Vergleich, der Ihnen hilft zu entscheiden, welches Profil am besten zu Ihren Anforderungen passt:
| Profil | Redundanz | Leistung | Erweiterung | Speichereffizienz | Typischer Anwendungsfall | Empfohlene Anzahl von Festplatten pro vdev |
|---|---|---|---|---|---|---|
| Stripe | Keine | Schnell, aber riskant | Hinzufügen von mehr Festplatten | 100% | Temporärer/zwischengespeicherter Speicher | beliebige Anzahl |
| Spiegel | 1:1 (RAID 1-Stil) | Hervorragend für zufällige I/O | Hinzufügen von mehr Spiegelungen | 50% | Hohe Leistung, einfache Erweiterung | 2 Festplatten (können mehr Spiegel hinzufügen) |
| RAIDZ1 | 1 Festplatte pro Vdev | Schnell für große Dateien. Nicht ideal für kleine oder zufällige Schreibvorgänge. | Neue Vdevs hinzufügen | Hoch | Allgemeine Nutzung, 1-Festplatten-Toleranz | 3-6 Festplatten (max. 8) |
| RAIDZ2 | 2 Festplatten pro Vdev | Wie Z1, aber leicht langsamere Schreibvorgänge (zusätzliche Parität) | Neue Vdevs hinzufügen | Mäßig | Wichtige Daten, 2-Festplatten-Toleranz | 6-12 Festplatten (max. 14) |
| RAIDZ3 | 3 Festplatten pro Vdev | Wie Z2, mit mehr Schreibaufwand (für maximale Sicherheit) | Neue Vdevs hinzufügen | Niedriger | Mission-kritisch, 3-Festplatten-Toleranz | 10-16 Festplatten (max. 20) |
Dies bietet zwei wesentliche Vorteile:
Beispiele für optimierte Konfigurationen:
- RAIDZ1: 3, 5 oder 9 Festplatten (Datenträger = 2, 4 oder 8)
- RAIDZ2: 4, 6 oder 10 Festplatten (Datenträger = 2, 4 oder 8)
- RAIDZ3: 5, 9 oder 17 Festplatten (Datenträger = 2, 6 oder 14)
Beachten Sie, dass diese Optimierungen optional sind – die oben genannten Empfehlungen sollten für die meisten Anwendungsfälle gut funktionieren.
- Verwenden Sie Mirror, wenn Sie die beste Leistung und einfache, flexible Erweiterung wünschen und es Ihnen nichts ausmacht, mehr Speicherplatz für Redundanz zu nutzen.
- Wählen Sie RAIDZ1/2/3, wenn Sie den nutzbaren Speicher maximieren und große Dateien speichern möchten, beachten Sie jedoch, dass die Erweiterung weniger flexibel ist und die Leistung bei zufälligem Schreiben geringer ist.
- Stripe ist nur für nicht-kritische, temporäre Daten geeignet – bei Ausfall einer Festplatte verlieren Sie alles.
Topologie und Erweiterung
Wie Sie Festplatten in Vdevs gruppieren, beeinflusst sowohl die Datensicherheit als auch die Geschwindigkeit.
- Wenn Sie alle Laufwerke in ein großes RAIDZ2-vdev einfügen, können Sie zwei beliebige Laufwerke verlieren, ohne Daten zu verlieren. Eine Erweiterung bedeutet jedoch das Hinzufügen eines weiteren vollständigen vdevs.
- Sie gewinnen eine bessere parallele Leistung, wenn Sie Laufwerke in mehrere kleinere RAIDZ1-vdevs aufteilen. Seien Sie vorsichtig; wenn zwei Laufwerke im selben vdev ausfallen, verlieren Sie den gesamten Pool.
- ZFS streift Daten über Vdevs, nicht einzelne Festplatten, daher können mehr Vdevs bei Workloads mit vielen kleinen Dateien oder zufälligen I/O zu besseren Leistungen führen.
- Das Erweitern eines ZFS-Pools bedeutet in der Regel das Hinzufügen eines neuen Vdevs mit demselben Layout, nicht nur einer einzelnen Festplatte.
Kompression und RAM
Wenn Sie einen ZFS-Pool in Unraid importieren, müssen Sie alle Laufwerke Ihres ursprünglichen Pools, einschließlich der für Unterstützungs-vdevs genutzten Laufwerke, den Pool-Slots zuweisen. Unraid erkennt die Rolle jedes Laufwerks (Daten, Log, Cache, Special oder Dedup) automatisch, sobald das array gestartet ist. Sie müssen nicht manuell festlegen, welches Laufwerk welche Aufgabe hat.
ZFS-Kompression arbeitet transparent – sie funktioniert im Hintergrund und schrumpft Daten, bevor sie die Festplatte erreicht.
Dies bietet zwei wesentliche Vorteile:
- Reduzierte Festplattennutzung: Weniger Speicherplatz wird genutzt.
- Verbesserte Leistung: Weniger Daten zu schreiben und zu lesen kann zu schnelleren Vorgängen führen, besonders bei modernen CPUs.
Der ZFS RAM-Mythos - Klicken, um ein-/auszuklappen
Vielleicht sind Sie auf die veraltete Empfehlung gestoßen: „ZFS benötigt 1 GB RAM pro 1 TB Speicher.“ Dies ist für die meisten Benutzer nicht mehr zutreffend. ZFS nutzt RAM für seinen Adaptive Replacement Cache (ARC), der häufig abgerufene Lesevorgänge beschleunigt.
Unraid beschränkt ZFS automatisch auf die Nutzung eines angemessenen Teils des RAM Ihres Systems (in der Regel 1/8 des gesamten RAM). Dies ermöglicht, dass ZFS gut performt, ohne Docker-Container, VMs oder das Unraid-Betriebssystem zu beeinträchtigen.
Importieren von auf anderen Systemen erstellten ZFS-Pools
Unraid kann mit minimalem Aufwand ZFS-Pools importieren, die auf anderen Plattformen erstellt wurden.
So importieren Sie einen ZFS-Pool - Klicken, um ein-/auszuklappen
- Array stoppen: Stellen Sie sicher, dass Ihr Unraid-array angehalten ist.
- Neuen Pool hinzufügen: Klicken Sie auf Pool hinzufügen.
- Alle Laufwerke zuweisen:
- Stellen Sie Anzahl der Daten-Slots auf die Gesamtzahl der Laufwerke in Ihrem ZFS-Pool ein (einschließlich Daten-Vdevs und Support-Vdevs).
- Weisen Sie jedem Laufwerk den richtigen Slot zu.
- Beispiel: Für einen Pool mit einem 4-Laufwerke gespiegelt vdev und einem 2-Laufwerke L2ARC vdev, setzen Sie 6 Slots und weisen Sie allen sechs Laufwerken zu.
- Stellen Sie Dateisystem auf "Auto": Klicken Sie auf den Pool-Namen (z.B.
raptor) und stellen Sie Dateisystem auf Auto. - Abschließen und Array starten: Klicken Sie auf Erledigt, dann starten Sie das array.
Unraid erkennt und importiert den ZFS-Pool automatisch. Unterstützungs-vdevs (wie Log, Cache/L2ARC, Special/Dedup) werden unter Subpools im WebGUI aufgelistet. Es ist nicht erforderlich, Subpools nach dem Start des Imports separat hinzuzufügen. Unraid importiert sie automatisch zusammen mit den Hauptdatenträgern, wenn alle erforderlichen Laufwerke zugewiesen sind.
Es wird dringend empfohlen, nach dem Import einen scrub durchzuführen, um die Datenintegrität zu überprüfen.
-
Klicken Sie auf den Poolnamen (z.B.
raptor), um seine Konfiguration zu öffnen. -
Unter Poolstatus den Status überprüfen und auf Scrub klicken.
Unterstützende vdevs (Unterpools)
Unraid bezeichnet ZFS-Unterstützungs-vdevs als Subpools. Die meisten Benutzer benötigen diese nicht, aber fortgeschrittene Benutzer könnten ihnen begegnen:
| Unterstützender vdev (Unterpool) | Beschreibung | Details / Beispiele |
|---|---|---|
| Spezial-vdev | Speichert den Appdata-Share für schnelle, reaktionsschnelle Container und Datenbanken. Dies unterstützt snapshots für einfache Rollbacks und kann auch VMs bei hoher I/O-Last beherbergen. | Viele Benutzer wählen einen 2-Laufwerk-ZFS-Mirror für diesen Zweck. Es ist einfach zu erweitern und bietet starke Leistung. |
| Dedup vdev | Nutzen Sie einen ZFS-Mirror oder RAIDZ2-Pool für unersetzbare Dateien wie Fotos, Steuerunterlagen oder user share-Daten. ZFS prüft auf Korruption und heilt mit Redundanz automatisch. | Dieses Setup schützt kritische Daten mit automatischen Integritätsüberprüfungen und Selbstheilungsmöglichkeiten. |
| Log vdev (SLOG) | Verwenden Sie ein ZFS-Laufwerk (auch im Unraid array) als Replikationsziel. Sie können andere Pools lokal oder von einem anderen Unraid-Server replizieren. | Nutzen Sie zfs send/receive oder Tools wie Syncoid für schnelle und zuverlässige Backups und Wiederherstellungen. |
| Cache vdev (L2ARC) | Bewahren Sie punktuelle snapshots kritischer Daten oder Container auf. snapshots lassen sich automatisch planen und sind speichereffizient. | Diese Funktion ermöglicht eine schnelle Wiederherstellung nach versehentlichen Löschungen oder Fehleinstellungen. |
| Ersatz vdev | In Unraid nicht unterstützt (ab 7.1.2) |
Die meisten Unraid-Benutzer sollten Unterstützungs-vdevs/Subpools vermeiden, es sei denn, Sie haben spezifische und gut verstandene Anforderungen. Sie sind für spezialisierte Arbeitslasten ausgelegt und können bei missbräuchlicher Verwendung Komplexität oder Risiko einführen.
Kritische unterstützende vdev-Laufwerke beim Import nicht zugewiesen
Wenn Sie einen ZFS-Pool in Unraid importieren, müssen Sie alle Laufwerke Ihres ursprünglichen Pools, einschließlich derer, die für Unterstützungs-vdevs verwendet wurden, den Pool-Slots zuweisen. Unraid erkennt die Rolle jedes Laufwerks automatisch (Daten, Log, Cache, Special oder Dedup), sobald das array gestartet ist. Sie müssen nicht selbst festlegen, welches Laufwerk welchen Zweck hat.
Wenn Sie vergessen, ein Laufwerk, das Teil eines unterstützenden vdev war, beim Import einzubeziehen, hängt das Ergebnis von der Funktion des vdev ab:
| vdev-Typ | Wenn das Laufwerk beim Import fehlt | Ergebnis |
|---|---|---|
| Spezial-vdev oder Dedup vdev | Pool wird nicht importiert oder ist unbenutzbar | Diese vdevs speichern kritische Metadaten oder Deduplikationstabellen. Ohne sie kann ZFS den Pool nicht sicher einhängen. |
| Log (SLOG) vdev | Pool wird importiert, aber die Synchronisierungs-Schreibleistung nimmt ab. | Der Pool bleibt zugänglich, aber Sie könnten eine langsamere Leistung für Arbeitslasten bemerken, die auf Synchronisierungs-Schreibvorgänge angewiesen sind. |
| Cache (L2ARC) vdev | Pool wird importiert, aber der Lese-Cache geht verloren | Der Pool funktioniert normal, aber Sie verlieren die Leistungssteigerung durch den L2ARC-Cache. Es gehen keine Daten verloren. |
Weisen Sie beim Importieren in Unraid immer alle physischen Laufwerke aus Ihrem ursprünglichen ZFS-Pool zu, einschließlich aller Unterstützungs-vdevs. Dies gewährleistet eine reibungslose Erkennung und Integration. Für neue in Unraid erstellte Pools sind Unterstützungs-vdevs optional und für die meisten Benutzer in der Regel nicht erforderlich.
Speicher erweitern
ZFS ist mächtig, aber es ist wichtig zu verstehen, wie seine Speichererweiterung funktioniert - besonders wenn Sie zukünftiges Wachstum planen.
Historisch gesehen haben ZFS-vdevs eine feste Breite. Sie können kein Laufwerk zu einem bestehenden RAIDZ-vdev hinzufügen, um es größer zu machen.
Möglichkeiten zur Erweiterung Ihres Pools umfassen:
- Hinzufügen eines neuen vdevs: Erweitern Sie Ihren Pool durch Hinzufügen eines neuen vdevs (wie einer neuen Spiegelung oder einer RAIDZ-Gruppe). Dies erhöht die Kapazität, aber Sie müssen Laufwerke in Sätzen hinzufügen, die der Konfiguration des vdevs entsprechen.
- Austausch von Laufwerken durch größere: Ersetzen Sie jedes Laufwerk in einem vdev, eines nach dem anderen, durch eine größere Festplatte. Siehe Laufwerk Ersatz für detaillierte Verfahren. Nachdem alle Laufwerke ersetzt sind und der Pool sich auflöst, erhöht sich die Kapazität des vdev.
- Erstellen eines neuen Pools: Das Starten eines neuen ZFS Pools hält Dinge für verschiedene Datentypen oder Arbeitslasten organisiert und unabhängig.
Bevor Sie Ihren Pool aufbauen, überlegen Sie, wie viel Speicher Sie benötigen werden - nicht nur heute, sondern auch in der Zukunft. ZFS belohnt gutes Planen, insbesondere wenn Sie störende Erweiterungen später vermeiden möchten.
Die Verwendung von ZFS-Pools auf einem vorhandenen Unraid-Server
Wenn Sie ein traditionelles Unraid array laufen haben und ZFS Pools hinzufügen möchten, finden Sie hier einige effektive Möglichkeiten, sie zu integrieren:
| Anwendungsfall | Beschreibung | Details / Beispiele |
|---|---|---|
| Schneller SSD/NVMe-Pool für App-Daten & Docker | Speichern Sie den appdata-Share für schnelle, reaktionsfähige Container und Datenbanken. Dies unterstützt snapshots für einfache Rollbacks und kann auch VMs für hohe I/O hosten. | Viele Benutzer wählen einen 2-Laufwerk-ZFS-Mirror für diesen Zweck. Es ist einfach zu erweitern und bietet starke Leistung. |
| ZFS-Pool für wichtige Daten | Nutzen Sie einen ZFS-Mirror oder RAIDZ2-Pool für unersetzbare Dateien wie Fotos, Steuerunterlagen oder user share-Daten. ZFS prüft auf Korruption und heilt mit Redundanz automatisch. | Dieses Setup schützt kritische Daten mit automatischen Integritätsüberprüfungen und Selbstheilungsmöglichkeiten. |
| Tägliches Backup oder Replikationsziel | Nutzen Sie ein ZFS-Laufwerk (auch im Unraid array) als Replikationsziel. Sie können andere Pools lokal oder von einem anderen Unraid-Server replizieren. | Nutzen Sie zfs send/receive oder Tools wie Syncoid für schnelle und zuverlässige Backups und Wiederherstellungen. |
| Snapshot-basierte Wiederherstellungspool | Behalten Sie punktuelle snapshots kritischer Daten oder Container bei. snapshots können automatisch geplant und sind platzsparend. | Diese Funktion ermöglicht eine schnelle Wiederherstellung nach versehentlichen Löschungen oder Fehleinstellungen. |
Vermeidung häufiger ZFS-Fehler
ZFS ist ein leistungsstarkes Dateisystem, jedoch gibt es einige häufige Fallstricke, die seine Vorteile untergraben können. Es ist wichtig, die folgenden Punkte zu beachten, bevor Sie Ihren Pool konfigurieren, um eine reibungslosere Erfahrung zu gewährleisten:
-
Laufwerksgrößen-Mismatch in RAIDZ: ZFS behandelt alle Festplatten in einem RAIDZ-vdev als die Größe der kleinsten. Um die beste Effizienz zu gewährleisten, verwenden Sie immer gleich große Laufwerke innerhalb jedes vdevs.
-
Erweiterung von RAIDZ-vdevs über das WebGUI: Während Unraid Version 7.1.x und neuer die Erweiterung von RAIDZ über die Befehlszeile unterstützt, ist diese Funktion im WebGUI noch nicht verfügbar. Zurzeit erweitern Sie über die CLI oder fügen neue vdevs über die GUI hinzu.
-
ZFS-Laufwerk vs. vollständiger zpool: Ein einzelnes ZFS-formatiertes Laufwerk im Unraid array bietet nicht die Redundanz oder den Funktionsumfang eines dedizierten ZFS-Pools. Um erweiterte Funktionen zu nutzen, verwenden Sie dedizierte Pools.
-
Deduplikation ohne ausreichenden RAM: Deduplikation erfordert beträchtlichen Speicher, und die Aktivierung ohne ausreichenden RAM kann die Leistung erheblich beeinträchtigen. Aktivieren Sie die Deduplikation nur, wenn Sie die Anforderungen vollständig verstehen.
-
Vdev-Redundanz ist lokal: Die Redundanz in ZFS ist lokal für jedes vdev und nicht über den Pool verteilt. Stellen Sie sicher, dass Sie Ihre vdev-Layout so planen, dass das gewünschte Maß an Widerstandsfähigkeit erreicht wird.