Spezifische Anforderungen an Root-Poolgeräte und Bootdatenträger
Hier wird auf folgende Referenzen verwiesen:
Allgemeine Best Practices beim Erstellen von Root-Pools
Sie müssen einen Root-Pool als gespiegelte Konfiguration oder als einzigen Datenträger konfigurieren. Weder eine RAID-Z- noch eine Stripeset-Konfiguration wird unterstützt. Mit dem Befehl zpool add können Sie keine zusätzlichen Datenträger hinzufügen, um mehrere gespiegelte virtuelle Geräte der obersten Ebene zu erstellen. Um ein gespiegeltes virtuelles Gerät zu erweitern, verwenden Sie den Befehl zpool attach.
Der Root-Pool kann über kein separates Protokolliergerät verfügen.
Pooleigenschaften können während einer AI-Installation mit der pool_options-Schlüsselwortsyntax festgelegt werden, der gzip-Komprimierungsalgorithmus wird bei Root-Pools jedoch nicht unterstützt.
Benennen Sie den Root-Pool nicht um, nachdem dieser in einer Erstinstallation erstellt wurde. Das Umbenennen des Root-Pools kann dazu führen, dass das System nicht gebootet werden kann.
Erstellen Sie keinen Root-Pool auf einem USB-Stick bei einem Production-System, weil Root-Poolfestplatten für den fortlaufenden Betrieb wichtig sind, insbesondere in einer Unternehmensumgebung. Sie sollten die internen Festplatten eines Systems für den Root-Pool verwenden oder mindestens Festplatten derselben Qualität, die Sie für Nicht-Root-Daten verwenden. Außerdem ist ein USB-Stick möglicherweise nicht groß genug zur Aufnahme einer Dump-Volume-Größe, die mindestens der Hälfte der Größe des physischen Speichers entspricht.
Sie sollten Root-Poolkomponenten von Nicht-Root-Pooldaten getrennt halten.
Best Practices beim Erstellen von Nicht-Root-Pools
Erstellen Sie Nicht-Root-Pools mit ganzen Festplatten mit dem Bezeichner d*. Verwenden Sie die Bezeichnung p* nicht.
ZFS funktioniert am besten ohne zusätzliche Software zur Datenträgerverwaltung.
Für bessere Leistung verwenden Sie einzelne Festplatten oder mindestens LUNs, die nur aus wenigen Festplatten bestehen. Wenn ZFS mehr Einblick in das LUN-Setup hat, kann ZFS bessere I/O-Planungsentscheidungen treffen.
Gespiegelte Speicherpools – Belegen weniger Plattenkapazität, die Leistung ist jedoch im Allgemeinen bei kleinen zufälligen Lesezugriffen besser. Beispiel:
# zpool create tank mirror c1d0 c2d0 mirror c3d0 c4d0
Gespiegelte Speicherpools sind auch insofern flexibler als Sie vorhandene Geräte in dem Pool entfernen, zuordnen und ersetzen können.
RAID-Z-Speicherpools
Sie können RAID-Z-Speicherpools mit 3 Paritätsstrategien erstellt, wobei "Parität" 1 (raidz), 2 (raidz2) oder 3 (raidz3) entspricht.
Ein RAID-Z-Konfiguration maximiert die Plattenkapazität und erbringt im Allgemeinen eine gute Leistung, wenn Daten in großen Blöcken (128 K oder mehr) geschrieben werden. Erstellen Sie eine RAIDZ-(raidz-)Konfiguration mit einfacher Partität auf 3 Datenträgern (2+1).
Eine RAIDZ-2-Konfiguration bietet bessere Datenverfügbarkeit und die Leistung entspricht in etwa RAID-Z. RAIDZ-2 hat eine wesentlich bessere Mean Time to Data Loss (MTTDL) als RAID-Z oder 2-Way-Spiegelung. Erstellen Sie eine RAID-Z-(raidz2-)Konfiguration mit doppelter Parität auf 6 Festplatten (4+2).
Eine RAID-3-Konfiguration maximiert die Plattenkapazität und bietet optimale Verfügbarkeit, weil sie 3 Festplattenfehlern auffangen kann. Erstellen Sie eine RAID-Z-( raidz3 -)Konfiguration mit dreifacher Parität auf 8 Festplatten (5+3).
Nicht-redundante Pools
Wenn Sie einen nicht-redundanten Pool erstellen, sehen Sie eine Meldung wie die Folgende:
# zpool create pond c8t2d0 c8t3d0 'pond' successfully created, but with no redundancy; failure of one device will cause loss of the pool
Es wird davon abgeraten, einen Pool ohne Redundanz zu erstellen, weil ein Gerätefehler bedeuten könnte, dass die Daten nicht wiederhergestellt werden können. Sie sollten einen ZFS-Pool wie folgt mit Redundanz erstellen:
# zpool create pond mirror c8t2d0 c8t3d0