ZFS Mirror Pool erstellen und verwalten [prontosystems.org]

Diese Seite ist nicht editierbar. Sie können den Quelltext sehen, jedoch nicht verändern. Kontaktieren Sie den Administrator, wenn Sie glauben, dass hier ein Fehler vorliegt.
[[:tux|{{ :linux.png?40|}}]]
=====ZFS Mirror Pool einrichten=====

Im Gegensatz zu einem [[:tux:zfs_simple_pool|ZFS Simple Pool]] bietet ein >><fc #008000>ZFS Mirror Pool</fc><< durch die Spiegelung Redundanz und somit Ausfallsicherheit. In einem klassischen Setup ist dieses Konzept mit einem >><fc #008000>RAID-1</fc><< vergleichbar. Ein ZFS Mirror Pool ist im Prinzip genau so einfach zu erstellen, wie ein ZFS Simple Pool, jedoch sind dafür logischerweise mindestens zwei Platten erforderlich, es können aber auch drei oder mehr Platten sein. Die Entwickler von ZFS gehen sogar soweit, dass sie sagen, dass es sinnvoll ist die beiden Platten an jeweils einen Controller zu betreiben. Das hat den Hintergedanken, dass auch ein Ausfall eines Controllers den Betrieb der anderen Platte am anderen Controller und somit des ganzen Systems sicherstellt.

Um einen Mirror Pool zu erstellen gehen Sie wie folgt vor:

<xterm># <fc #008000>zpool create -f tank mirror /dev/sdb /dev/sdc</fc></xterm>

Danach steht Ihnen bereits ein einsatzbereiter Mirror Pool namens >><fc #008000>tank</fc><< zur Verfügung:

<xterm># <fc #008000>zpool status tank</fc>
 pool: tank
 state: ONLINE
 scan: none requested
config:

	NAME        STATE     READ WRITE CKSUM
	tank        ONLINE       0     0     0
	  mirror-0  ONLINE       0     0     0
	    sdb     ONLINE       0     0     0
	    sdc     ONLINE       0     0     0

errors: No known data errors</xterm>

<note important>**<fc #800000>Note</fc>:** Bei der Auswahl der Platten ist zu beachten, dass idealerweise gleich große und gleich schnelle Platten verwendet werden. Dabei ist zu berücksichtigen, dass zB eine 500GB Platte eines Herstellers von der Größe her nicht zwingend mit einer 500GB Platte eines anderen Herstellers übereinstimmt. Ein fehlendes MB kann beim Auswechseln einer defekten Platte das Vorhaben zum Scheitern verurteilen.</note>

Erstellen wir uns für die weiteren Schritte mal eine 512MiB große Testdatei:

<xterm># <fc #008000>dd if=/dev/zero of=/tank/big_test_file.img bs=1M count=512</fc>
512+0 Datensätze ein
512+0 Datensätze aus
536870912 Bytes (537 MB) kopiert, 5,16102 s, 104 MB/s</xterm>

<xterm># <fc #008000>ls -l /tank</fc>
insgesamt 524365
-rw-r--r-- 1 root root 536870912 14. Okt 08:28 big_test_file.img</xterm>

<xterm># <fc #008000>zfs list</fc>
NAME   USED  AVAIL  REFER  MOUNTPOINT
tank   513M   463M   512M  /tank</xterm>

<xterm># <fc #008000>zpool list</fc>
NAME   SIZE  ALLOC   FREE    CAP  DEDUP  HEALTH  ALTROOT
tank  1008M   513M   495M    50%  1.00x  ONLINE  -</xterm>

Wir können eine Platte aus dem Mirror Pool entnehmen:

<xterm># <fc #008000>zpool detach tank /dev/sdc</fc></xterm>

Und unser Mirror Pool hat sich selbst zu einem Simple Pool degradiert:

<xterm># <fc #008000>zpool status tank</fc>
  pool: tank
 state: ONLINE
 scan: none requested
config:

	NAME        STATE     READ WRITE CKSUM
	tank        ONLINE       0     0     0
	  sdb       ONLINE       0     0     0

errors: No known data errors</xterm>

Aber unsere Daten sind nach wie vor vorhanden:

<xterm># <fc #008000>ls -l /tank</fc>
insgesamt 524366
-rw-r--r-- 1 root root 536870912 14. Okt 09:24 big_test_file.img</xterm>

Durch folgenden Befehl können Sie die Platte (oder jede andere) dann wieder hinzufügen:

<xterm># <fc #008000>zpool attach -f tank /dev/sdb /dev/sdc</fc></xterm>

Der ZFS Pool weiß das er vorher ein Mirror Pool war und es nachher auch wieder:

<xterm># <fc #008000>zpool status tank</fc>
  pool: tank
 state: ONLINE
 scan: resilvered 512M in 0h0m with 0 errors on Sun Oct 14 09:37:59 2012
config:

	NAME        STATE     READ WRITE CKSUM
	tank        ONLINE       0     0     0
	  mirror-0  ONLINE       0     0     0
	    sdb     ONLINE       0     0     0
	    sdc     ONLINE       0     0     0

errors: No known data errors</xterm>