{"id":110833,"date":"2023-10-14T03:10:13","date_gmt":"2023-10-14T01:10:13","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/reliz-openzfs-2-2-realizaczii-zfs-dlya-linux-i-freebsd"},"modified":"2023-10-14T03:10:13","modified_gmt":"2023-10-14T01:10:13","slug":"reliz-openzfs-2-2-realizaczii-zfs-dlya-linux-i-freebsd","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/novosti-interneta\/reliz-openzfs-2-2-realizaczii-zfs-dlya-linux-i-freebsd","title":{"rendered":"Ver\u00f6ffentlichung von OpenZFS 2.2, der ZFS-Implementierung f\u00fcr Linux und FreeBSD","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Nach mehr als zwei Jahren Entwicklung wurde die Ver\u00f6ffentlichung des Projekts OpenZFS 2.2 bekannt gegeben, das die Implementierung des Dateisystems ZFS f\u00fcr Linux und FreeBSD weiterentwickelt. Das Projekt wurde als \u201eZFS on Linux\u201c bekannt und beschr\u00e4nkte sich urspr\u00fcnglich auf die Entwicklung eines Moduls f\u00fcr den Linux-Kernel, wurde jedoch nach der Unterst\u00fctzung von FreeBSD zur Hauptimplementierung von OpenZFS erkl\u00e4rt und umbenannt. <\/p>\n
Die Funktionsweise von OpenZFS wurde mit Kernel-Versionen von Linux zwischen 3.10 und 6.5 sowie allen Versionen von FreeBSD getestet, beginnend mit 12.2-RELEASE. Der Code wird unter der freien Lizenz CDDL verteilt. OpenZFS wird bereits in FreeBSD verwendet und ist in den Distributionen Debian, Ubuntu, Gentoo, Sabayon Linux und ALT Linux enthalten. Pakete mit der neuen Version werden in K\u00fcrze f\u00fcr die wichtigsten Linux-Distributionen vorbereitet, darunter Debian, Ubuntu, Fedora, RHEL\/CentOS. <\/p>\n
OpenZFS bietet eine Implementierung der ZFS-Komponenten, die sowohl die Funktionsweise des Dateisystems als auch das Management von Volumes betreffen. Insbesondere sind die Komponenten SPA (Storage Pool Allocator), DMU (Data Management Unit), ZVOL (ZFS Emulated Volume) und ZPL (ZFS POSIX Layer) implementiert. Dar\u00fcber hinaus erm\u00f6glicht das Projekt die Nutzung von ZFS als Backend f\u00fcr das Cluster-Dateisystem Lustre. Die Entwicklungen des Projekts basieren auf dem urspr\u00fcnglichen Code von ZFS, der aus dem OpenSolaris-Projekt importiert und durch Verbesserungen und Korrekturen der Illumos-Community erweitert wurde. Das Projekt wird mit der Unterst\u00fctzung von Mitarbeitern des Lawrence Livermore National Laboratory im Rahmen eines Vertrags mit dem US-Energieministerium weiterentwickelt. <\/p>\n
Der Code wird unter der freien CDDL-Lizenz ver\u00f6ffentlicht, die nicht mit der GPLv2 kompatibel ist. Dies verhindert die Integration von OpenZFS in den Hauptzweig des Linux-Kernels, da eine Mischung von Code unter den Lizenzen GPLv2 und CDDL unzul\u00e4ssig ist. Um diese Lizenzinkompatibilit\u00e4t zu umgehen, wurde beschlossen, das Produkt vollst\u00e4ndig unter der CDDL-Lizenz als eigenst\u00e4ndig ladbares Modul zu vertreiben, das unabh\u00e4ngig vom Kernel bereitgestellt wird. Die Stabilit\u00e4t der OpenZFS-Codebasis wird als vergleichbar mit anderen Dateisystemen f\u00fcr Linux eingesch\u00e4tzt. <\/p>\n
Wesentliche \u00c4nderungen: <\/p>\n
\n
Ein Klonmechanismus wurde hinzugef\u00fcgt, der es erm\u00f6glicht, eine Kopie einer Datei oder eines Teils davon zu erstellen, ohne Daten zu duplizieren. Stattdessen verwendet die zweite Kopie Verweise auf bereits vorhandene Datenbl\u00f6cke der urspr\u00fcnglichen Datei, ohne diese tats\u00e4chlich zu kopieren. Wenn \u00c4nderungen an der urspr\u00fcnglichen Datei oder ihrer Kopie vorgenommen werden, werden die Bl\u00f6cke kopiert und die \u00c4nderungen in den erstellten Kopien vorgenommen (Copy-on-Write-Modus auf Dateiebene). Auf Basis des Klonmechanismus wurde die Operation reflink implementiert, die zur automatischen Erstellung von Klonen in verschiedenen Kopierwerkzeugen verwendet werden kann, beispielsweise in den neuen Versionen von \/bin\/cp unter Linux.\n
Es wurde Unterst\u00fctzung f\u00fcr Technologien zur Container-Isolierung in Linux hinzugef\u00fcgt, wie zum Beispiel den Systemaufruf renameat, das Overlay-Dateisystem (overlayfs), die Benutzer-ID-Zuordnung beim Mounten und die Delegierung von Namensr\u00e4umen f\u00fcr Container.\n
Ein Fehlerprotokoll wurde implementiert, das w\u00e4hrend der Pr\u00fcfung der Pr\u00fcfziffern (Scrub) auftretende Fehler erfasst. Bei Ausf\u00fchrung des Befehls \u201ezpool status\u201c werden Informationen zu allen FS, Snapshots und Klonen ausgegeben, die vom besch\u00e4digten Block betroffen sind. Zur schnellen Wiederherstellung bekannter besch\u00e4digter Bl\u00f6cke kann der Befehl \u201ezpool scrub -e\u201c verwendet werden.\n
Die Verwendung der kryptografischen Hash-Funktion BLAKE3 f\u00fcr Pr\u00fcfziffern wurde hinzugef\u00fcgt, die sich durch eine sehr hohe Berechnungsleistung (drei Mal schneller als Edon-R und erheblich schneller als sha256 und sha512) auszeichnet und gleichzeitig die Zuverl\u00e4ssigkeit auf dem Niveau von SHA-3 gew\u00e4hrleistet.\n
Die Operation \u201ezfs receive -c\u201c wurde implementiert, die zur Wiederherstellung besch\u00e4digter Daten (nicht Metadaten) in FS, Snapshots und Klonen verwendet werden kann, wenn eine replizierte Sicherungskopie vorliegt, die zuvor mit dem Befehl \u201ezfs send\u201c gespeichert wurde.\n
Unterst\u00fctzung f\u00fcr die Programmierung und das Auslesen von Eigenschaften f\u00fcr einzelne virtuelle Festplatten vdev hinzugef\u00fcgt.\n
Die M\u00f6glichkeit zur Bindung beliebiger benutzerdefinierter Eigenschaften an vdev und zpool \u00e4hnlich der benutzerdefinierten Eigenschaften f\u00fcr zfs-Datens\u00e4tze wurde hinzugef\u00fcgt.\n
Die Implementierung des adaptiven Caches ARC (Adaptive Replacement Cache) wurde verbessert, was die Leistung bei Leseoperationen steigert. ARC passt sich nun besser an hohe Lasten an und minimiert die Notwendigkeit einer manuellen Optimierung der Einstellungen.\n
Unterst\u00fctzung f\u00fcr Hardware-Beschleunigungsmechanismen zur Berechnung von SHA2-Pr\u00fcfziffern hinzugef\u00fcgt.\n
Die Implementierung von Edon-R-Pr\u00fcfziffern wurde neu geschrieben und optimiert.\n
Die Bestimmung von Situationen, in denen die Verwendung des zstd-Algorithmus zur Datenkompression sinnlos ist (Daten sind nicht komprimierbar), wurde beschleunigt.\n
Verbesserungen im Vorab-Lade-Mechanismus (Prefetch) wurden vorgenommen, die die Leistung bei intensivem Ein-\/Ausgabeverhalten erh\u00f6hen.\n
Eine Reihe allgemeiner Optimierungen wurde durchgef\u00fchrt, die die Leistung steigern. <\/ul>\n