The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Выпуск Stratis 2.2, инструментария для управления локальными хранилищами

03.10.2020 08:13

Опубликован выпуск проекта Stratis 2.2, развиваемого компанией Red Hat и сообществом Fedora для унификации и упрощения средств настройки и управления пулом из одного или нескольких локальных накопителей. Stratis предоставляет такие возможности, как динамическое выделение места в хранилище, снапшоты, обеспечение целостности и создание слоёв для кэширования. Код проекта написан на языке Rust и распространяется под лицензией MPL 2.0.

Система во многом повторяет по своим возможностям расширенные средства управления разделами ZFS и Btrfs, но реализована в виде прослойки (демон stratisd), работающей поверх подсистемы device-mapper ядра Linux (используются модули dm-thin, dm-cache, dm-thinpool, dm-raid и dm-integrity) и файловой системы XFS. В отличие от ZFS и Btrfs, компоненты Stratis работают только в пространстве пользователя и не требуют загрузки специфичных модулей ядра. Проект изначально преподносится как не требующий для администрирования квалификации эксперта по системам хранения.

Для управления предоставляется D-Bus API и cli-утилита. Работа Stratis протестирована с блочными устройствами на базе LUKS (шифрованные разделы), mdraid, dm-multipath, iSCSI, логическими томами LVM, а также с различными НЖМД, SSD и NVMe-накопителями. При наличии в пуле одного диска Stratis позволяет использовать логические разделы с поддержкой снапшотов для отката изменений. При добавлении нескольких накопителей в пул появляется возможность логического объединения накопителей в непрерывную область. Такие возможности, как RAID, сжатие данных, дедупликация и организация отказоустойчивости пока не поддерживаются, но запланированы на будущее.

В выпуске 2.2 добавлены новые варианты интерфейсов D-Bus для извлечения свойств (FetchProperties), управления (Manager) и взаимодействия с блочными устройствами (Blockdev). Добавлена возможность информирования о наступлении событий о подключении и удалении интерфейсов (InterfacesAdded и InterfacesRemoved) через D-Bus. В утилите stratis-cli улучшены сценарии автодополнения ввода для bash.

  1. Главная ссылка к новости (https://github.com/stratis-sto...)
  2. OpenNews: Выпуск Stratis 2.1, инструментария для управления локальными хранилищами
  3. OpenNews: Релиз дистрибутива Red Hat Enterprise Linux 8.2
  4. OpenNews: Выпуск Stratis 2.0, инструментария для управления локальными хранилищами
  5. OpenNews: Релиз дистрибутива Red Hat Enterprise Linux 8
  6. OpenNews: Релиз Linux-дистрибутива Fedora 29
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/53823-stratisd
Ключевые слова: stratisd, disk, storage
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (34) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.3, Иваня (?), 10:58, 03/10/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    О, а вот и тулзы НА РАСТЕ подъехали, наконец-то, спасиб.
     
     
  • 2.6, Fracta1L (ok), 12:10, 03/10/2020 [^] [^^] [^^^] [ответить]  
  • –5 +/
    Один из шагов к свободе от сишных дыр
     
     
  • 3.9, Аноним (9), 12:51, 03/10/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    но мы таки помним, что ты отдаешь предпочтение быстрым сишным дырам.
    Кстати, с полной классификацией сишных дыр по фракталу не ознакомишь?
     
     
  • 4.15, Аноним (15), 17:56, 03/10/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    В основном сишная дыра это ошибка программиста, которую позволяет сделать компилятор :)
     
     
  • 5.17, Аноним (17), 18:39, 03/10/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    угу, формулировка уровня «платоновского человека». Достаточно показать тебе пример и ты ее сразу поменяешь, либо признаешь, что в расте есть сишные дыры :)
     
     
  • 6.30, Аноним (-), 10:26, 04/10/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Псевдоинтелектуальные вбросы ? Сразу видно, давно на русте.
     
  • 3.31, Odalist (?), 17:11, 04/10/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Один из шагов к свободе от сишных дыр

    Я не совсем в теме о чем ты. Расскажи про свою дыру.

     
  • 3.35, Аноним (35), 00:16, 06/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Шаг вперед 500 назад. Очередной велосипед.

    Нафига это недоделанное на расте есть есть нормальное, работающее и на C

     

  • 1.4, lockywolf (ok), 11:12, 03/10/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Чем специфична XFS? Ехт4 нельзя в качестве субстрата использовать?
     
     
  • 2.8, barmaglot (??), 12:17, 03/10/2020 [^] [^^] [^^^] [ответить]  
  • –7 +/
    EXT4 - говно для домашнего использования.
    XFS - единственная нормальная ФС общего употребления.
    ZFS - отличная ФС, но в Linux не продакшн-грейд.
    Brtfs - ненужное, бесполезное и слава-богу забутое поделие.
     
     
  • 3.12, t (??), 14:28, 03/10/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    ладно btrfs||zfs, но чем ext4 то не норм?
     
     
  • 4.32, Аноним (32), 18:17, 04/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Кривая хрень с кучей багов
     
  • 3.13, Аноним (13), 15:25, 03/10/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    По-факту ext4 и btrfs норм, а остальное для обезьян. Кекеке.
     
  • 3.14, блабла (?), 17:36, 03/10/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Proxmox team: ну да, ну да, пошли мы на фиг...
     
  • 3.16, Аноним (16), 18:38, 03/10/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >XFS - единственная нормальная ФС общего употребления.
    >динамическое выделение места в хранилище

    О какой динамике с ней может быть речь, если она не может ресайз в минус?

     
     
  • 4.21, Аноним (13), 19:32, 03/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Она ж вроде всё ещё деградирует даже без ресайза? В бтрфс для этого костыли периодически исполняемые, а тут ничего. Я тоже видел те бенчмарки, в которых ечт4 оказалась на одном уровне по производительности с бтрфс. и если это не ошибка, то это загребущие лапы корпораций -- она же всегда была на одном уровне с нтфс (чуть похуже), но она и надёжней, в то время как остальные значительно уступали.
     
  • 3.23, Аноним (23), 20:27, 03/10/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Brtfs - ненужное, бесполезное и слава-богу забутое поделие.

    Которое теперь по умолчанию в федоре? Найс аутотренинг.

     
  • 3.26, Аноним (26), 00:20, 04/10/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Что в zfs не продакшн грейд? Давно и успешно используем в проде.
     
  • 2.10, Аноним (10), 12:54, 03/10/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В XFS есть CoW, возможно это принципиально
     

  • 1.5, Fracta1L (ok), 12:09, 03/10/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Требует постоянно работающего демона? в тoпкy, уж лучше Btrfs, она никаких демонов не требует
     
     
  • 2.19, Аноним (16), 18:43, 03/10/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Fracta1L сжёг проект на Rust!
     
  • 2.28, Аноним (28), 09:23, 04/10/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Спесалисты подъехали.

    Ты б хоть открыл top, посмотрел, чо там запущено, начинающееся с btrfs-

     
     
  • 3.29, Fracta1L (ok), 09:46, 04/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ты демоны от процессов ядра отличаешь?
     
  • 2.36, Аноним (35), 00:17, 06/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Что и требовалось доказать. шаг вперед 500 назад :)
     

  • 1.7, Аноним (7), 12:12, 03/10/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    В XFS до сих пор нельзя уменьшить размер ФС?
     
     
  • 2.11, Аноним (10), 13:02, 03/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Серьёзные дяди, когда у них кончается место, докупают носители, а не занимаются переразбивкой разделов
     
     
  • 3.18, Аноним (16), 18:41, 03/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Тогда нахрена этим "сурьёзным" дядям этот Stratis?
     
     
  • 4.20, E2E4 (?), 18:44, 03/10/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Эти дяди решили из говна и палок пересоздать zfs. Вот так родился Stratis.
     
     
  • 5.25, Аноним (17), 22:43, 03/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >>Серьёзные дяди
    >из говна и палок

    ну какие-то не очень серьезные дяди

     
  • 3.27, серьёзный дядя (?), 02:29, 04/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Серьёзные дяди  не уменьшают тома, когда это невозможно. Как, впрочем, и все остальные. А когда возможность есть — уменьшают по потребности. Они же серьёзные, а не пафосные.
     
  • 3.37, Аноним (35), 00:18, 06/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    О, серьёзный дядь :) Распальцовку на дисках осилил уже?

    Два васяна продакшен блин.

     
  • 2.33, Аноним (32), 18:20, 04/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Учитывая что данные только растут со временем, уменьшение размера ФС настолько экзотичная штука, что сразу и не придумаешь РЕАЛЬНЫЙ пример ее использования
     

  • 1.24, Аноним (24), 21:38, 03/10/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    > Red Hat, Fedora, Rust, демоны, системда...

    Вот это солянка...

     
     
  • 2.34, Аноним (32), 18:21, 04/10/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Комбо
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру