Sortie de Stratis 2.0, une boîte à outils pour la gestion du stockage local

Après un an de développement publié lancement du projet strate 2.0, développé par Red Hat et la communauté Fedora pour unifier et simplifier les moyens de mise en place et de gestion d'un pool d'un ou plusieurs disques locaux. Stratis fournit des fonctionnalités telles que l'allocation dynamique du stockage, les instantanés, les couches d'intégrité et de mise en cache. Le code du projet est écrit en Rust et distribué par sous licence MPL 2.0.

Le système reproduit largement dans ses capacités les outils avancés de gestion de partitions de ZFS et Btrfs, mais est implémenté sous la forme d'une couche (démon stratifié), fonctionnant au-dessus du sous-système de mappage de périphériques du noyau Linux (en utilisant les modules dm-thin, dm-cache, dm-thinpool, dm-raid et dm-integrity) et du système de fichiers XFS. Contrairement à ZFS et Btrfs, les composants Stratis s'exécutent uniquement dans l'espace utilisateur et ne nécessitent pas de chargement de modules de noyau spécifiques. Le projet a été initialement présenté comme ne nécessitant pas pour administrer la qualification d'expert en systèmes de stockage.

L'API D-Bus est fournie pour le contrôle et utilitaire CLI.
Stratis a été testé avec des périphériques de bloc basés sur des volumes logiques LUKS (partitions chiffrées), mdraid, dm-multipath, iSCSI, LVM, ainsi que divers disques durs, SSD et NVMe. S'il y a un disque dans le pool, Stratis vous permet d'utiliser des partitions logiques avec prise en charge des instantanés pour annuler les modifications. Lorsque vous ajoutez plusieurs lecteurs à un pool, vous pouvez logiquement combiner les lecteurs dans une zone contiguë. Des fonctionnalités telles que
Le RAID, la compression des données, la déduplication et la tolérance aux pannes ne sont pas encore pris en charge, mais sont prévus pour le futur.

Sortie de Stratis 2.0, une boîte à outils pour la gestion du stockage local

В nouveau ске Les exigences pour la version du compilateur Rust ont été augmentées (au moins 1.37, mais 1.38 est recommandé). Un changement important dans le numéro de version est associé au renommage de certaines interfaces D-Bus et à la refonte de l'organisation du travail avec D-Bus (un ensemble de propriétés fondamentales primaires a été mis en évidence, et les propriétés restantes sont désormais demandées à l'aide du nouvelle méthode FetchProperties).

Source: opennet.ru

Ajouter un commentaire