Suchergebnisse

OpenZFS mit Crystal scheint ein Problem zu haben, vgl https://www.reddit.com/r/zfs/comments/1gf9jef/comment/lxhasxy/?context=3

Wirklich erste Sahne wie gut der ZFS Lesecache ist. Leider werden sich die 8GB/s bei längerem Lesen, großen Dateien oder Multi-User nicht halten lassen. ZFS on Windows scheint sehr gut zugelegt zu haben, praktisch kaum langsamer als ntfs. Aktuelles ZFS on Windows wird inzwischen echt brauchbar...

Ob mit oder ohne ZFS scheint kein Weg an Windows Server als NAS vorbeizugehen wenn man einen richtig schnellen SMB Server mit RDMA möchte (z.B. mit 25G nics und 3GB/s über LAN bei niedriger Latenz und CPU Last). Einen aktuellen Windows Server gibts als Datacenter und Standard mit unsäglich...

Gut 3GB/s sowohl lokal wie übers LAN sind beeindruckend zumal die CPU Last mit SMB Direkt sehr niedrig sein dürfte. Wird denn die Performance gehalten wenn man eine .vhdx über SMB Direkt mounted und die virtual harddisk über LAN testet (z.B. für Raid over LAN oder als lokales Blockdevice statt...

Prinzipiell guter Plan Für Versionierung kann man viele readonly snaps auf dem Primär NAS machen. Eine Malware bräuchte root Rechte um die zu löschen. Disasterbackup auf Synology, ok, einige Snaps/ Versionen wären schön. Gut wäre es das vom Netz/LAN zu trennen wenn kein Backup läuft. Für LAN...

OpenZFS on Windows 2.2.6 rc10 ist da (in der Liste der Downloads) https://github.com/openzfsonwindows/openzfs/releases Behebt ein Mountproblem https://github.com/openzfsonwindows/openzfs/discussions/412

Nein für RDMA https://www.intel.de/content/www/de/de/products/sku/58954/intel-ethernet-converged-network-adapter-x540t2/specifications.html Ja für RDMA https://www.intel.de/content/www/de/de/products/sku/189760/intel-ethernet-network-adapter-e810xxvda2/specifications.html

ZFS hat ein paar Besonderheiten die Leistung kosten wie - Copy on Write (bedeutet höhere Fragmentierung und mehr Schreib io, bringt aber ein crashsicheres Dateisystem/ geht nicht kaputt wenn es beim Schreiben abstürzt). CoW bringt auch Snaps, sowas wie Timemachine jedoch richtig gut, nicht so...

Neues autostart feature in napp-it cs Nov 10. 2024 beim web-ui startup Windows: - Automount virtual harddisk files .vhdx on c:\vhdx, v:\vhdx und members cs_.. im share \\ip\vhdx mit "auto" im filename - Autoimport von importable pools (außer destroyed) Alle OS (BSD, Linux, Windows,..) -...

Sehe ich das richtig SMB mit ksmbd und 3,5 GB/s ist eine Ansage auch ohne RDMA sowohl für shared storage wie auch Blockstorage mit vhdx zu einem Windows Client. SAMBA wird da vermutlich deutlich langsamer sein. RDMA könnte nochmal mehr wenn es denn sauber täte und hätte zudem weniger CPU Last...

Durchaus interessanter Ansatz, um lokal virtuelle Platten und auch z.B. SMB Shares darauf mit Windows 11 zu haben bei dem der Unterbau ein Linux ZFS Pool over LAN ist - halt um Welten angenehmer als ein SMB Server mit Linux und SAMBA wenn es um ACL geht. 700 MB/s ist aber etwas was man mit 10G...

Das ist wie iSCSI als Blockstorage perfekt für DAS Aufgaben geeignet. Die häufigste NAS Nutzung ist aber shared storage über NFS und vor allem SMB, für high performance halt mit RDMA statt ip basiert. Bei SMB nennt sich das SMB Direct, siehe die ganzen aktuellen threads hier zu dem Thema (ist...

Um mit Mediadaten direkt auf dem Server zu arbeiten sehe ich 10G als minimum, für 4/8k Videoschnitt sogar eher 25G und RDMA. Bei wenigen Clients auch mit nic to nic und DAC Verkabelung ohne teuren Switch. Vor allem die Netzwerkkarten, das Protokoll und Übertragungsverfahren (SMB multichannel...

Grundsätzlich keine Daten auf den Clients ablegen sondern ausschließlich auf dem Haupt-NAS mit Snap Versionierung arbeiten. Das dann per ZFS Replikation auf das Backup-NAS sichern. Für die Clients lediglich ein OS Backup/Restore vorsehen (TM oder Aomei oder eine einfache Boot-Disk Cloning...

Mit Smallblock=128K, recsize =128K (recsize=smallblock) für das VM ZFS Dateisystem landen alle Datenblöcke auf SSD

Platten können schlafen wenn keine Aktivität. VMs ganz ohne Aktivität sind aber eher selten, also prinzipiell ja, praktisch eher nein. Das hat aber nichts mit special vdev zu tun.

Wenn man sich mal einen Benchmark über Datenblockgröße z.B. Crystal anschaut, sieht man schnell dass die Performance bei kleineren Blöcken z.B. bis 64K unterirdisch schlecht wird. Genau da soll das special vdev helfen. 700 MB/s im 10G Netzwerk würde ich als sehr gut ansehen. Meist landet man...

Beim Schreiben kann man je dataset (ZFS Dateisystem oder ZFS Volume) mit den ZFS Eigenschaften small block und recsize festlegen wo die Daten landen z.B. Smallblock=128K, recsize =256K oder mehr Alle Dateien bis 128K landen auf SSD, alle Dateien > 128K auf HD Smallblock=128K, recsize =128K...

Am Flexibelsten ist als Basisbetriebssystem ein Virtualisierer wie Proxmox das ZFS mitbringt. Darauf entweder alles virtualisieren (mit TrueNAS oder OmniOS Storage VM) oder die always on FTP und SMB Basisdienste in Proxmox aktivieren und nur spezielle Dienste und Betriebssysteme virtualisieren...

Vdev entfernen geht wenn kein Raid-Z vorhanden ist (nur Solaris ZFS kann das) und alle vdevs gleichen ashift haben. Kleine Dateien (< small blocksize z.B. 128K) und Metadaten landen beim Neuschreiben auf dem special vdev.Vorhandene Daten bleiben wo sie sind bis zum nächsten Ändern (wg CoW)...