Przemol hat in seinem Blog ZFS, UFS und VxFS gegeneinander antreten lassen. VxFS ist bei diesem Test der Gewinner, allerdings muss man dazu sagen, dass VxFS für serielle I/O Operationen optimiert ist, während ZFS bessere Resultate bei parallelen I/O Operationen zeigt. Man sollte ebenfalls nicht ausser Acht lassen, dass die Wartbarkeit des VxVM und VxFS Konstrukts in keinem Vergleich zu ZFS steht.
In Verbindung mit ZFS, kann man eine Solaris Zone schnell und komfortabel clonen. Dies ist insbesondere dann hilfreich, wenn man mehrere identische Zonen auf dem System installieren muss. Im folgenden Beispiel wird die bereits installierte Zone am5 nach ps4 geclont.
Als erstes erstellen wir einen Snaphot der Zone mit ZFS. Dafür sollte die Zone ihr eigenes Filesystem haben und Zone sollte vor dem erstellen des Snapshots herunter gefahren werden.
root@orange2:~# zfs snapshot pool0/zones/am5@ReadyToClone
Von diesem Snapshot aus, kann das neue Filesystem gelcont werden.
root@orange2:/etc/zones# zfs clone pool0/zones/am5@ReadyToClone pool0/zones/ps4
Als nächstes wird das config File der Zone erstellt. Dafür wird das config File der Zone am4 kopiert. Die Files befinden sich im Verzeichnis /etc/zones.
root@orange2:/etc/zones# cp am5.xml ps4.xml
Das ps4.xml muss wie folgt geändert werden.
<?xml version="1.0" encoding="UTF-8"?> <!DOCTYPE zone PUBLIC "-//Sun Microsystems Inc//DTD Zones//EN" "file:///usr/share/lib/xml/dtd/zonecfg.dtd.1"> <!-- DO NOT EDIT THIS FILE. Use zonecfg(1M) instead. --> <zone name="ps4" zonepath="/zones/ps4" autoboot="true"> <network address="192.168.48.153" physical="e1000g0"/> </zone>
Danach muss man im File index, welches ebenfalls in /etc/zones ist, die neue Zone eingetragen werden.
am5:installed:/zones/am5:5c11a907-3b20-6e69-9b28-f4517f5a81bc ps4:installed:/zones/ps4:5c11a907-3b20-6e69-9b28-f4517f5a81bc
Die ID der Zone kann dabei ebenfalls kopiert werden. Wer möchte, kann der neuen Zone auch eine neue ID geben, ist aber nicht notwendig.
Nachdem der Eintrag gemacht wurde, sollte die Zone Sichtbar sein.
root@orange2:/etc/zones# zoneadm list -cv ID NAME STATUS PATH BRAND IP 0 global running / native shared 1 am5 running /zones/am5 native shared 2 am4 running /zones/am4 native shared - ps4 installed /zones/ps4 native shared
Bevor man die Zone bootet, muss man im Verzeichnis /zones/ps5/root/etc in den Files hosts und nodename den Hostnamen entsprechen anpassen. Nach diesen Änderungen kann man die Zone gebootet werden.
Kürzlich habe ich einen Pool mit Solaris 10 Update 3 exportiert und bei Solaris 10 Update 4 wieder importiert. zpool status meinte nach dem importieren:
root@cnd-35:~# zpool status
pool: pool0
state: ONLINE
status: The pool is formatted using an older on-disk format. The pool can
still be used, but some features are unavailable.
action: Upgrade the pool using 'zpool upgrade'. Once this is done, the
pool will no longer be accessible on older software versions.
scrub: none requested
config:
NAME STATE READ WRITE CKSUM
pool0 ONLINE 0 0 0
mirror ONLINE 0 0 0
c1t2d0 ONLINE 0 0 0
c1t3d0 ONLINE 0 0 0
errors: No known data errors
Der Upgrade ist schmerzlos, kann während dem Betrieb gemacht werden und einfacher gehts wohl nicht mehr:
root@cnd-35:~# zpool upgrade pool0 This system is currently running ZFS version 4. Successfully upgraded 'pool0' from version 3 to version 4
Auf BigAdmin ist Perl Script erhältlich, mit dem man ZFS Storage Pools überwachen und überprüfen kann. In einem Fehlerfall wird dann ein Mail an root geschickt, was wie folgt aussehen kann:
zpool tank on host zhadum is status DEGRADED.
… ist in greifbare Nähe gerückt: 6421958
Die ZFS Entwickler haben bis an hin immer wieder betont, dass es sich bei ZFS um ein single Host File System handle. In der ZFS FAQ bin ich nun auf folgendes gestossen:
In the long term, we plan on investigating ZFS as a native cluster file system to allow concurrent access. This work has not yet been scoped.
Ich denke, dass auf längere Sicht wird ZFS den Platz von UFS und Solaris LVM einnehmen und das Leben von Veritas schwer machen, da Sun weitere Enterprise Features in ZFS implementieren wird. Bald dürfte es vermutlich gar keine Gründe mehr geben, warum man die komplexe, schwer verständliche und überteuerte Kombination von VxFS und VxVM einsetzen sollte.
Ein Filesystem komplett auf ein neues System zu kopieren war bis jetzt immer mit Arbeit verbunden und es gab doch einige Stolpersteine. Mit ZFS geht das jetzt ganz einfach.
Als erstes erstellt man einen Snapshot vom Filesystem, dass man auf ein anderes System replizieren möchte.
# zfs snapshot foo/bar1@jetzt
Im ‘zfs list’ sieht dies dann so aus:
# zfs list NAME USED AVAIL REFER MOUNTPOINT foo 3.68G 87.4G 57K /foo2 foo/bar1 3.68G 87.4G 3.68G /foo2/bar1 foo/bar1@jetzt 0 - 3.68G - foo/bar2 98K 4.00G 49K /foo2/bar2 foo/bar2/bla 49K 4.00G 49K /foo2/bar2/bla foo/bar3 49K 87.4G 49K /foo2/bar3
Das Zielsystem:
# zfs list NAME USED AVAIL REFER MOUNTPOINT mirpool 2.40G 5.84G 2.40G /mirpool mirpool/fs2000 24.5K 5.84G 24.5K /mirpool/fs2000 mirpool/home 76.5K 5.84G 27.5K /export/zfs/home/ mirpool/home/user1 24.5K 5.84G 24.5K /export/zfs/home//user1 mirpool/home/user2 24.5K 5.84G 24.5K /export/zfs/home//user rzpool 127K 41.3G 49K /rzpool
Mit ‘zfs send’ kann man anstatt einem Bandlaufwerk auch auf standart output schreiben. Dies kann man dann mittels ssh wieder auf dem entfernten System mit ‘zfs recv’ vom standart input lesen. Im folgenden Beispiel wird der Snapshot foo/bar1@jetzt nach mirpool/new transferiert.
# zfs send foo/bar1@jetzt | ssh 10.120.4.18 zfs recv mirpool/new
Wenn der Vorgang abgeschlossen ist, erscheint das Filesystem auf dem Zielsystem als Snapshot.
# zfs list NAME USED AVAIL REFER MOUNTPOINT mirpool 2.40G 5.84G 1.60G /mirpool mirpool@halbi_zwei 820M - 2.40G - mirpool/fs2000 24.5K 5.84G 24.5K /mirpool/fs2000 mirpool/home 76.5K 5.84G 27.5K /export/zfs/home/ mirpool/home/user1 24.5K 5.84G 24.5K /export/zfs/home//user1 mirpool/home/user2 24.5K 5.84G 24.5K /export/zfs/home//user2 mirpool/new 24.5K 5.84G 24.5K /mirpool/new mirpool/new@jetzt 0 - 24.5K rzpool 127K 41.3G 49K /rzpool
Den Snapshot kann man mit ‘zfs rollback’ zurückspielen.
# zfs rollback mirpool/new@jetzt
Zum Abschluss kann man dann den Snapshot löschen:
# zfs destroy mirpool/new@jetzt
Wenn alles gut verlaufen ist, sollte man das neu importierte Filesystem sehen.
# zfs list NAME USED AVAIL REFER MOUNTPOINT mirpool 2.40G 5.84G 1.60G /mirpool mirpool@halbi_zwei 820M - 2.40G - mirpool/fs2000 24.5K 5.84G 24.5K /mirpool/fs2000 mirpool/home 76.5K 5.84G 27.5K /export/zfs/home/ mirpool/home/user1 24.5K 5.84G 24.5K /export/zfs/home//user1 mirpool/home/user2 24.5K 5.84G 24.5K /export/zfs/home//user2 mirpool/new 24.5K 5.84G 24.5K /mirpool/ne rzpool 127K 41.3G 49K /rzpool
Template: TheBuckmaker.com Themes for WordPress