Suchergebnisse

Warum denn die gleichen Daten zweimal auf 2 Standorten? Eigentlich ist man ja froh wenn man nur einmal Daten hat. Man muss ja lediglich dafür sorgen dass Nutzer von beiden Standorten sicher und schnell darauf zugreifen können. Ein simples VPN mit Wireguard kann beides, kostet nichts oder fast...

Also Standort A hat 100TB Daten die man einmalig oder regelmäßig zu Standort B bringen will. Ich nehme an dass auf A immer die "Master" Daten liegen. Lösung A hat einen ZFS Server mit einem 100 TB Pool und den "Originaldaten". (Ich nehme nicht an, dass man den Originalpool verschicken will...

Besondere Stabilität von Illumos ZFS vs Integration neuester Open-ZFS Features Diskussion: https://illumos.topicbox.com/groups/discuss/T627f77e1b29a7b53-Mf38cae00b9f3704184c259d0/illumos-future-and-compatibility-with-open-zfs

ZFS Verschlüssellung wäre eine Alternative. Bietet neben unterschiedlichen Keys per Dateisystem eine raw replizierung (Verschlüsseltes zfs send) sowie prompt, file und teils https basierte Keys dazu optional keysplit oder HA mit mehreren Webservern Einziger Nachteil bei einem VM Dateisystem: Da...

Im Prinzip korrekt. Das verschlüsselte Dateisystem entweder raw oder unterhalb eines verschlüsselten Pools auf einer Platte z.B. USB replizieren und sind damit verschlüsselt entweder mit den Original Key oder dem Key des verschlüsselten Parent Pools. Am besten mit copies=2 arbeiten damit Fehler...

nochmal zu compress Wenn ich mir https://indico.fnal.gov/event/16264/contributions/36466/attachments/22610/28037/Zstd__LZ4.pdf anschaue, so ist das vereinfachte Ergebnis, lz4 ist schneller während zstd besser komprimiert. Kann man also wählen was einem wichtiger ist. LZ4 spart bei mir 4-10% im...

Wenn man nicht gerade raw repliziert, ist der zfs send stream unverschlüsselt und uncomprimiert. Ein zfs send pool/enc -> pool macht dann ein unverschlüsseltes Zieldateisystem wenn der Pool selber unverschlüsselt ist. Das Dateisystem muss natürlich unlocked sein, sonst geht nur raw send.

Hat zwar keine Auswirkung auf Compress aber sowas würde ich vermeiden, auch damit man pool und zfs properties sauber trennen kann und immer den Pool nicht verschlüsseln und darunter Dateisysteme mit Daten anlegen, verschlüsselt oder unverschlüsselt. Dann kann man auch Dateisysteme wieder...

und bei den anderen Dateisystemen unterhalb tank zfs get refcompressratio

Wurde denn compress erst später (nach dem Befüllen mit Daten) eingeschaltet? bzw was zeigt zfs get refcompressratio Der Wert gilt ja nicht per Pool sondern per Dateisystem Der Wert ist bei mir im root Dateisystem besonders hoch da dort nur Texte/logs liegen, ansonst eher 1-2 und mal hoch bis 10

Habe ich bisher auch nie kontrolliert, aktuell habe ich zfs get all daten1 | grep compress daten1 compressratio 1.11x - daten1 compression lz4 local daten1 refcompressratio 25.86x Der wichtige Wert it...

korrekt Wäre nur bei pw hash immer gleich nicht aber bei encryption

Das wäre egal da man immer ZXDF hätte. Die Mustererkennung von compress würde wohl leiden. Ich gehe einfach davon aus dass die ZFS Devs keine ungünstige Reihenfolge nutzen und man compress, dedup und encryption daher ohne Nachteil beliebig mischen kann.

In so einem Fall könnte es dedup Raten von 5-10 geben oder mehr. Ich fände es bereits toll (und wohl erreichbar) wenn compress + dedup zusammen im Schnitt doppelt so viele Daten speichern könnten wie ohne, dabei vielleicht 30% schneller wäre und das bei überschaubarem und kontrolliertem RAM...

Genau das habe ich mich auch gefragt bei dedup_quota=auto. Hat man ein dedup-vdev ist das dessen Größe, steht aber nirgends was zu RAM Setzt man eine feste Größe wie 2G ist das RAM, macht ja auch keinen Sinn das auf dem dedup vdev zu begrenzen., das kann ja nix anderes Auch ist mir noch nicht...

Ich seh das Problem nicht. Wird eine Datei z.B. auf 76K komprimiert, so gibt keine Anzahl von Datenplatten im Raid-Z auf die diese Datei ohne Extra Verschnitt verteilt werden kann. Das ist aber auch gar nicht relevant sondern die Frage ob mit Compress im Durchschnitt weniger Daten anfallen als...

Das ist dann wie bei Compress. Es gibt Fälle da bringt das nix weil die Daten bereits komprimiert sind. Entscheidend ist eher dass man Fast Dedup in den meisten Fällen genauso wie Compress einfach aktivieren kann und es hat dann außer einem einstellbaren Mehrverbrauch von RAM (DDT_Quota) keinen...

Informationen zu ZFS-Dedup Echtzeit-Deduplizierung ist eines der Killerfeatures von ZFS, da es die erforderliche Kapazität für redundante Datenblöcke enorm reduzieren kann. Dadurch kann auch die Leistung gesteigert werden, da weniger Daten in den Pool geschrieben oder aus ihm gelesen werden...

Die nächste Open-ZFS Version 2.2.6 ist verfügbar https://github.com/openzfs/zfs/releases Die Changelist errinnert mich aber an die "Windows DLL Hell" Problematik, hier bezogen auf die vielen Linux Distributionen, jede mit eigener ZFS Release und Updatemöglichkeiten. Da lobe ich mir doch nach...

Ein paar neue Ideen für napp-it cs (BSD, Linux, Solaris and Windows) und ZFS encryption Create ZFS filesystems: - mit 256sha-hex für keys (keine Konfusion mit oO0iIlL characters in Keys) - sha256 hash aus kurzem einfach zu merkendem pw als key https Keyserver - Apache on Windows oder...