NAS auf OMV mit Raid Z1 - Anmerkungen / Tipps? - Seite 2

Seite 2 von 3 - Forum: Storage & Memory auf overclockers.at

URL: https://www.overclockers.at/storage-memory/nas-auf-omv-mit-raid-z1-anmerkungen-tipps_251488/page_2 - zur Vollversion wechseln!

8 GB RAM reicht. Unter 2GB wirds mit ZFS mühsam.
Wenn du eh eine SSD hast kannst l2arc und zil drauf auslagern sollte es mal knapp werden.

ZOL ist ZFS on Linux. Das was du suchst müsste alles in der ZFS Implementierung sein. Kann aber zu Linux nichts wirklich sagen.

@spunz natürlich ist vieles praktisch und ich nutz es ja auch, aber mit anderen FS kommt man oft einfacher und mit mehr community zum Ziel

Im Grunde handelt es sich hier um einen Share der Zugang zu den Snapshots bereitstellt. Ob darunter nun ZFS/SVC/LVM/... läuft, ist Windows gänzlich egal. OMV bringt ja sein eigenes SMB Management mit. Von daher wird man in OMV vermutlich auch kein sharesmb von ZoL nutzen, sondern die OMV Webgui.

Weiß nicht wie das bei OMV ist, aber ich habe ZoL auf Debian laufen und .. ich liebe es! Nie wieder Hardware oder Fakeraid oder md-raid mit LVM..
Alles andere ist viel zu kompliziert. Was daran overkill sein soll verstehe ich nicht. Was simpleres gibts es imho nicht mehr.

ZFS ist auf LUKS verschlüsselten Platten (4x6TB raidz1)
scrub wird per cron job einmal monatlich ausgeführt
Mit ZFS Auto Snapshot werden am produktivserver jeden Tag ein Snapshot generiert und 8 Tage behalten.
Mit samba werden die snapshots im LAN freigegeben, damit sind sie in Windoof als "Vorgängerversionen" abrufbar.
Der Backupserver ist genauso aufgebaut. (5x5TB im raidz1)
Die Snapshot werden wöchentlich gemacht und 8 aufgehoben und monatlich und 13 aufgehoben. Aber noch nie gebraucht.
Der Produktivserver wird per rsync einmal täglich auf den Backupserver gespiegelt.

Im Produktivserver ist bis dato eine Platte gestorben was sich per smartmontools vorher schon abgezeichnet hat. wechsel war problemlos und stressfrei. Sync hat aber doch lange gedauert ich glaub 2 Tage, bin mir aber nicht sicher.

edit: Ich mach viele Fotos und Videos, da bringt lz4 Komprimierung nichts, es hat aber keine Nachteile. Dedup würde ich deaktivieren, weil das bringt nur was wenn man wirklich viele idente Files hat und wer hat das schon.

edit2: Falls gewünscht kann ich meine selbstverfasste Doku reinstellen (sonst merk ich mir das nicht, braucht ja nach dem Einrichten keine Zuwendung) und natürlich auch konfig files. Diverse Einzelheiten wie Adressen und Passwörter würde ich natürlich rauslöschen.

edit3: Ein kleiner email Server ohne FQDN (holt emails per POP vom Provider und stellt sie im LAN zur Verfügung) und Nextcloud ist schon lange angedacht aber irgendwie macht sich das nicht von selbst.

Hast du dir überlegt wie du zukünftig den Platz erweitern willst (falls es für dich relevant ist)?
Meiner Meinung nach, vergessen diesen Punkt viele Leute.

Hier ist man mit ZFS ein bisschen eingeschränkt. zb.: muss man entweder alle Platten im bestehenden vdev austauschen (-> viel Geld auf einmal) ODER ein weiteres vdev hinzuhängen (-> viel Geld auf einmal)

Für mich ist bei einen "Home NAS" immer wichtig, dass ich je nach Bedarf den Speicherplatz in kleinen Schritten (= 1 Festplatte) unkompliziert erweitern kann.

PS: Hatte früher ZFS verwendet und bin aber wegen diesen Einschränkungen wieder weggegangen.

Es wird gerade disk removal und raidz Expansion implementiert - soll wohl im Herbst kommen.

Dann fällt diese Restriktion in Zukunft weg- mit ein Grund für den Zeitpunkt jetzt umzusteigen

https://www.bsdcan.org/2018/schedule/events/960.en.html

https://youtu.be/Njt82e_3qVo

abgesehen davon hab ich vermutlich mit der jetzigen Lösung sehr lange eine Ruhe

Was dann in zuzkunft passiert werd ich mir dann ansehen - zuviele fragen: welche HD gößen wird es dann geben, was werden die kosten, wieviel platz brauch ich dann ..

Das ist in der Tat die größte Restriktion die auch mir schon ungut aufgefallen ist als ich mein System vergrößern wollte, es wurde dann einfach ein weiteres vDev was jetzt quasi ein 2xZ2 ist (also quasi ein Raid 60), lieber wäre es mir gewesen dem vorhandenen vDev die weiteren Platten zu behalten und weiterhin ein Z2 mit 16 Platten zu machen anstatt wie jetzt 2x 8-Platten Z2 zu machen (verliere quasi 2 Platten für Parity)

Das Ganze neu aufsetzen wäre natürlich willkommen, aber ich habe kein Backup System wo ich schnell mal die 16 Platten auslagern könnte. (Backup für die Menge an Daten ist nicht wichtig auf dem System, nur Ausfallssicherheit)

Wie gesagt - ein bischen gedulden, es wird bald implementiert (obs dann wirklich herbst wird is halt fraglich)

Abgesehen von zusätzlichen vdev´s könnte man durchaus auch einfach alle Platten durch größere ersetzen. Dies macht aber mMn nur Sinn wenn man nicht ausreichend Ports zur Verfügung hat. .

Das verstehe ich auch nicht. Sobald am zpool das dynamische Erweitern als aktiv gesetzt wird kann ich ZB 4x3TB durch 4x5TB erweitern indem ich jede Platte einzeln austausche.
Oder man ergänzt durch ein weiteres vdev. Das kann man ja mischen. Beispiel: Zu einem 2x5TB raidz1 kann ein 2x5TB mirror dazugehängt werden.

sollte man aber eigentlich tunlichst vermeiden (also vdev mischung wie z.b. raidz1 und mirror) weils die performance droppen kann
dafür hast den vorteil der 'verdoppelten' IOPS wenn man 2 vdevs in einem pool hat

ahhh, immer wenn ich mich ein bissl mehr mit ZFS beschäftige würde ich mir wünschen Oracle würds neu lizensieren damits auch in den Linux-Kernel wandern könnte und somit direkt wohl die Fragmentierung mit btrfs, stratis ... stoppen könnte.

auch für os x war es anscheinend mal im gespräch.

sag bitte mal wenn du umgestellt hast wie gut ZOL auf OMV funktioniert und wie der funktionsumfang vom OMV-ZFS-Plugin ist.

Da es in BSD fertig implementiert ist sollte es doch für OSX auch zur Verfügung stehen

ja kann man nachrüsten, aber genauso wie ZOL ist es halt was anderes wenn es ein fixer Bestandteil des Kernels ist oder über FUSE oder ähnliches nachgerüstet wird.

Zitat

sollte man aber eigentlich tunlichst vermeiden (also vdev mischung wie z.b. raidz1 und mirror) weils die performance droppen kann

Zitat

ja kann man nachrüsten, aber genauso wie ZOL ist es halt was anderes wenn es ein fixer Bestandteil des Kernels ist

Zitat

Ein RAID im privaten Bereich ist völlig sinnlos und lieber gute Backup Strategie einsetzen.

Bit Rot war bei mir noch nie ein Problem und wenn dann holt man halt das Backup.
Welche Daten hast du die dafür anfällig sind?

overclockers.at v4.thecommunity
© all rights reserved by overclockers.at 2000-2025