Release Stratis 2.0, Tools zum Verwalten lokaler Speicher.

Nach einem Jahr der Entwicklung veröffentlicht Projektveröffentlichung Stratis 2.0, entwickelt von der Firma Red Hat und der Fedora-Gemeinschaft zur Vereinheitlichung und Vereinfachung von Konfigurations- und Verwaltungstools für einen Pool von einem oder mehreren lokalen Speichergeräten. Stratis bietet Funktionen wie dynamische Speicherplatzzuweisung, Snapshots, Integritätssicherung und Layering für das Caching. Der Code des Projekts wurde in der Programmiersprache Rust geschrieben und wird verbreitet unter der MPL 2.0 Lizenz.

Das System wiederholt in vielerlei Hinsicht hinsichtlich seiner Möglichkeiten die erweiterten Verwaltungswerkzeuge von ZFS und Btrfs, ist jedoch als Schicht (Daemon stratisd) implementiert, die über der Device-Mapper-Subsystem von Linux-Kernel (verwendet werden die Module dm-thin, dm-cache, dm-thinpool, dm-raid und dm-integrity) und dem Dateisystem XFS arbeitet. Im Gegensatz zu ZFS und Btrfs arbeiten die Komponenten von Stratis nur im Benutzermodus und erfordern keine speziellen Kernelmodule. Das Projekt wird ursprünglich als nicht erforderlich für die Administration von einem Speichersystem-Experten.

Zur Verwaltung steht ein D-Bus API zur Verfügung und cli-Utility.
Die Funktionalität von Stratis wurde mit Blockgeräten auf Basis von LUKS (verschlüsselte Partitionen), mdraid, dm-multipath, iSCSI, logischen LVM-Volumes sowie mit verschiedenen HDDs, SSDs und NVMe-Lösungen getestet. Bei Vorhandensein einer Festplatte im Pool ermöglicht Stratis die Verwendung logischer Partitionen mit Snapshot-Unterstützung zum Zurücksetzen von Änderungen. Bei der Hinzufügung mehrerer Speichergeräte zum Pool steht die Möglichkeit der logischen Aggregation von Speichergeräten in einem kontinuierlichen Bereich zur Verfügung. Solche Funktionen wie
RAID, Datenkompression, Deduplizierung und die Organisation von Fehlertoleranz werden derzeit nicht unterstützt, sind jedoch für die Zukunft geplant.

Im neueste Version die Anforderungen an die Version des Rust-Compilers wurden erhöht (mindestens 1.37, empfohlen wird 1.38). Eine signifikante Änderung der Versionsnummer ist auf die Umbenennung einiger D-Bus-Schnittstellen und die Überarbeitung der Arbeitsorganisation mit D-Bus zurückzuführen (ein Satz grundlegender Eigenschaften wurde hervorgehoben, und andere Eigenschaften werden jetzt über eine neue Methode FetchProperties abgefragt).

Quelle: opennet.ru