Paglabas ng Stratis 2.0, isang toolkit para sa pamamahala ng lokal na imbakan

Pagkatapos ng isang taon ng pag-unlad nalathala pagpapalabas ng proyekto stratis 2.0, na binuo ng Red Hat at ng komunidad ng Fedora upang pag-isahin at pasimplehin ang paraan ng pag-set up at pamamahala ng pool ng isa o higit pang mga lokal na drive. Nagbibigay ang Stratis ng mga feature gaya ng dynamic na paglalaan ng storage, mga snapshot, integridad at mga layer ng caching. Ang code ng proyekto ay nakasulat sa Rust at ipinamahagi ni lisensyado sa ilalim ng MPL 2.0.

Ang sistema ay higit na ginagaya sa mga kakayahan nito ang mga advanced na tool sa pamamahala ng partition ng ZFS at Btrfs, ngunit ipinatupad sa anyo ng isang layer (daemon stratisd), tumatakbo sa ibabaw ng device-mapper subsystem ng Linux kernel (gamit ang dm-thin, dm-cache, dm-thinpool, dm-raid at dm-integrity modules) at ang XFS file system. Hindi tulad ng ZFS at Btrfs, ang mga bahagi ng Stratis ay tumatakbo lamang sa espasyo ng gumagamit at hindi nangangailangan ng pag-load ng mga partikular na kernel module. Ang proyekto ay unang ipinakita bilang hindi nangangailangan upang pangasiwaan ang kwalipikasyon ng dalubhasa sa storage system.

Ang D-Bus API ay ibinigay para sa kontrol at cli utility.
Ang Stratis ay nasubok gamit ang mga block device batay sa LUKS (naka-encrypt na mga partisyon), mdraid, dm-multipath, iSCSI, LVM logical volume, pati na rin ang iba't ibang HDD, SSD at NVMe drive. Kung mayroong isang disk sa pool, pinapayagan ka ng Stratis na gumamit ng mga lohikal na partisyon na may suporta sa snapshot upang ibalik ang mga pagbabago. Kapag nagdagdag ka ng maramihang mga drive sa isang pool, maaari mong lohikal na pagsamahin ang mga drive sa isang magkadikit na lugar. Mga tampok tulad ng
Ang RAID, data compression, deduplication at fault tolerance ay hindi pa suportado, ngunit nakaplano para sa hinaharap.

В bago pakawalan Ang mga kinakailangan para sa bersyon ng Rust compiler ay nadagdagan (hindi bababa sa 1.37, ngunit inirerekomenda ang 1.38). Ang isang makabuluhang pagbabago sa numero ng bersyon ay nauugnay sa pagpapalit ng pangalan ng ilang mga interface ng D-Bus at ang muling paggawa ng organisasyon ng trabaho sa D-Bus (isang hanay ng mga pangunahing pangunahing katangian ang na-highlight, at ang natitirang mga katangian ay hinihiling na ngayon gamit ang bagong paraan ng FetchProperties).

Pinagmulan: opennet.ru