Ausführliche ZFS-Dokumentation?

[thorwin]

Zitat von mark05

und selbst bei netapp kannst du eine bestehende raid gruppe nicht erweitern

Das stimmt schon lange nicht mehr, man kann NetApp RAID-Gruppen problemlos erweitern, aber es ist u.U. durchaus sinnvoller, eine neue RAID-Gruppe hinzuzufügen. Das dürfte bei ZFS ähnlich sein.

[Crest]

h^2: Die 3 RAID-Z1 wären zwar anfälliger, aber deutlich schneller in der Praxis. 4 Mirrors + 1 Hotspare wären wahrscheinlich noch schneller.

[h^2]

Zitat von Crest

h^2: Die 3 RAID-Z1 wären zwar anfälliger, aber deutlich schneller in der Praxis.

Das musst du mir erklären. Die Daten sind nicht öfter da, und außerdem noch schlechter verteilt (das heißt Beeinträchtigung durch eine langsame Platte größer, weniger balancing etc). Wieso ist das schneller?

4 Mirrors + 1 Hotspare wären wahrscheinlich noch schneller.

Das glaube ich dir, da sind ja auch alle Daten real doppelt da. Da hat man allerdings noch mehr Kapizitätsverschnitt. Aber das ist mir nicht so wichtig, mir gings hier um den anderen Fall.

[Crest]

h^2: Weil ein RAID-Zn die Stripgröße zwar erhöht, aber nicht die IOPS steigert. Damit profitiert man nur hauptsächlich bei seq. I/O.

[h^2]

Zitat von Crest

h^2: Weil ein RAID-Zn die Stripgröße zwar erhöht, aber nicht die IOPS steigert. Damit profitiert man nur hauptsächlich bei seq. I/O.

Aber drei RAIDZ1 hintereinander schon? Wieso? Wo kommen die extra IOPS da denn her?
[also die Fragen hier sind ernst gemeint, ich will garnicht flamen, oder so, es leuchtet mir einfach garnicht ein]

[mark05]

hi
also scenario 2 hat deutlich mehr performance als scnario1 da du vergisst das
zfs einen datastripe macht auf den 3 vdev von scenario 2.

enfachgesagt scenario2 schreibt im gleichen zeitraum 3 databloecke wo scenario1 nur einen
schreibt.

z3 ist wirklich sinnvoll wenn ich daten langfristig bereitstellen will und es nicht wirklich
auf perfromance ankommt , z.b. fuer archivierung oder backup system.

will aber eine mischung aus kapazitaet und performance ist scenario2 die bessere wahl.

holger