The OpenNET Project / Index page

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

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

04.06.2020 20:53

После семи месяцев разработки опубликован выпуск проекта Stratis 2.1, развиваемого компанией 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, сжатие данных, дедупликация и организация отказоустойчивости пока не поддерживаются, но запланированы на будущее.

В новом выпуске добавлена поддержка управления шифрованием разделов с использованием LUKS2. Добавлен D-Bus интерфейс Report для формирования отчётов в формате JSON. Переписан код идентификации и инициализации устройств. Повышены требования к версии компилятора Rust (как минимум 1.43).

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


Обсуждение (41) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Fracta1L (ok), 21:36, 04/06/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    Ясно, очередной демон
     
     
  • 2.2, Аноним (2), 22:08, 04/06/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Тебе не угодишь. У вас в казахстане там все такие нытики?
     
     
  • 3.17, Fracta1L (ok), 08:02, 05/06/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Почему не угодишь? Btrfs мне вполне нравится. Я просто не понимаю на кой чёрт нужен демон для управления файловыми системами. Не люблю лишние сущности.
     
     
  • 4.33, Аноним (-), 17:40, 05/06/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Почему не угодишь? Btrfs мне вполне нравится. Я просто не понимаю на
    > кой чёрт нужен демон для управления файловыми системами. Не люблю лишние сущности.

    Ну, понимаешь, в btrfs хватило ума сделать годные фичи в структурах ФС. Поэтому ядерный тредик или job queue для kworker справляются.

    А тут видите ли из г-на и палок пытаются слепить нечто отдаленно похожее. Поскольку кто-то должен эти палки и гомно приматывать на проволоку, чтобы это вообще не развалилось - и это не в ядре - а что им еще оставалось? :)

     
  • 2.5, пох. (?), 23:27, 04/06/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Ясно, очередной демон

    И cli-утилитка!

    Зубрите новую книгу заклинаний, скоро, уверен, без этой хрени ничего работать толком не будет.

     
     
  • 3.12, Аноним (-), 01:12, 05/06/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Зубрите новую книгу заклинаний, скоро, уверен, без этой хрени ничего работать толком не будет.

    btrfs'у такой кал ни к чему, так что страдать будут фанаты редгада :)

     
  • 3.26, Аноним (26), 15:21, 05/06/2020 [^] [^^] [^^^] [ответить]  
  • +/
    RHCSA8 без сратиса уже "неработает"...
     
  • 2.11, Аноним (-), 01:11, 05/06/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Ясно, очередной демон

    Очередная редхатовская пыхтонрасия. В этот раз сие пытается изображать эрзац btrfs или zfs из гомна и палок. С понятными перспективами...

     
     
  • 3.16, пох. (?), 01:35, 05/06/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Очередная редхатовская пыхтонрасия. В этот раз сие пытается изображать эрзац btrfs или
    > zfs из гомна и палок. С понятными перспективами...

    угу - станет industry standard'ом, в отличие от тех двух вечных недоделков.

     
     
  • 4.18, Fracta1L (ok), 08:03, 05/06/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > станет industry standard'ом

    От слова indus

     
     
  • 5.24, пох. (?), 09:36, 05/06/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >> станет industry standard'ом
    > От слова indus

    это неполиткорректно. Тренируйся выговаривать "уважаемые коллеги". Тем более что придется - когда будешь обращаться к ним с просьбой починить тебе это. Не будешь же сам туда нырять?

     
     
  • 6.27, Аноним (27), 17:01, 05/06/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ггг когда пыхтонрасия $%^нется на середине длительной операции а индус скажет "не ругайся насяльника" - там будет очень кстати чемодан, нет, наверное уже все же самосвал бабла, для вон той лабы по датарекавери.
     
  • 4.20, Блабла (?), 08:30, 05/06/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    толсто, особенно называть ZFS недоделкой, троллить надо научиться потоньше, со вкусом...
     
     
  • 5.22, Аноним (22), 08:58, 05/06/2020 [^] [^^] [^^^] [ответить]  
  • –3 +/
    а что оно доделка? что там у нас с фрагментацией диска и COW? ой.. а что оно тормозит нежданно при 2/3 занятом пуле ? И правда что оно не может собираться с 5.0+ в дебаг режиме ?
     
  • 5.23, пох. (?), 09:33, 05/06/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > толсто, особенно называть ZFS недоделкой

    на, поешь: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=235683

    Желающие могут пытаться найти п-ц такого же масштаба в редхатовской или любой другой багзиле.

     
     
  • 6.35, Anon Y Mous (?), 06:50, 06/06/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Даже stack backtrace прочитать невозможно... надо ж было напихать столько ненужных деталей!
     
     
  • 7.37, Аноним (37), 18:20, 07/06/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Блин я теперь понимаю почему ZFS чинить все очкуют. Давненько я такого не видал..
     
  • 6.36, Аноним (36), 18:18, 07/06/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > There is no obvious software bug, as far as I can tell, so this report is not actionable.

    Да, такого наверное у редхата не бывает. Хотя аутист Дреппер может попытаться и отжать эти лавры, конечно. В смысле, мог бы, в свое время.

     
  • 6.41, Anon Y Mous (?), 02:19, 08/06/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > panic: Solaris(panic): blkptr at 0xfffffe0059108980 DVA 0 has invalid OFFSET 72057594038013952

    Я не знаю, зачем они показывают смещение в десятичном виде. В шестнадцатиричном это 0x100000000015000 - так что это запросто может быть бит-флип в памяти, который случился до вычисления контрольной суммы блока и благополучно записался на диск. От этого, пожалуй, ни одна ФС не защищена.

    Странно, почему все эти Anrdiy'ы, пилящие ZFS в FreeBSD этого не увидели и не написали в баг репорте. Заодно бы могли сделать патчик, этот конкретный бит флип исправляющий на лету - тривиальная задачка, в общем-то.

     
  • 4.28, Аноним (27), 17:02, 05/06/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > угу - станет industry standard'ом, в отличие от тех двух вечных недоделков.

    И что характерно, жрать его будешь ты и еще полтора извращенских энтерпрайза на весь глобус.

     
     
  • 5.32, пох. (?), 17:34, 05/06/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ну да, конечно - у rhel всего полтора клиента. Главное - верь!

     
     
  • 6.34, Аноним (-), 17:42, 05/06/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну да, конечно - у rhel всего полтора клиента. Главное - верь!

    Примерно так - они жырняк окучивают, на мелочи не размениваются.

     

  • 1.3, ilyafedin (ok), 22:09, 04/06/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    > В отличие от ZFS и Btrfs, компоненты Stratis работают только в пространстве пользователя и не требуют загрузки специфичных модулей ядра.

    Когда минус преподносится как плюс

    > а также с различными НЖМД, SSD и NVMe-накопителями
    > НЖМД

    Славяне отакуэ

     
     
  • 2.4, пох. (?), 23:25, 04/06/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> В отличие от ZFS и Btrfs, компоненты Stratis работают только в пространстве пользователя и не
    >> требуют загрузки специфичных модулей ядра.
    > Когда минус преподносится как плюс

    и при этом являются дезинформацией - разумеется, требуют, поскольку без dm-* ничего делать не умеют абсолютно. Просто нескучный интерфейсик к thin-lvm и прочим компонентам ядра, на игогошечке и с управлением через задниц...dbus. Для неасиляторов lvm.

    Уверен, будет востребовано.

     
     
  • 3.6, Аноним (2), 00:22, 05/06/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Через dbus? О, так его внедрят в systemd и все будете использовать как миленькие. Я бы не удивился.
     
     
  • 4.8, пох. (?), 00:50, 05/06/2020 [^] [^^] [^^^] [ответить]  
  • +/
    с thin-lvm без системды ты, по-моему, уже даже не загрузишься.

    Во всяком случае, я не придумал, как это сделать. lvm (cli) с ним без демона работать не может.

     
     
  • 5.25, 1 (??), 11:32, 05/06/2020 [^] [^^] [^^^] [ответить]  
  • +/
    А в devuan-е как они это обходят ?
     
     
  • 6.30, Аноним (27), 17:05, 05/06/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > А в devuan-е как они это обходят ?

    Установкой на однодисковый локалхост.

     
  • 6.31, пох. (?), 17:18, 05/06/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ставятся на скрепную ext4, полагаю.
    А если на lvm - то обычный.

     
  • 4.29, Аноним (27), 17:04, 05/06/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Через dbus? О, так его внедрят в systemd

    Дык системд давно умеет в дбас. Правда, он опционален, но так можно было.

     
  • 2.13, Аноним (-), 01:14, 05/06/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Когда минус преподносится как плюс

    Что такое? Вы не хотите посмотреть как пыхтонрасия с дыбасами будет глюкать кантуя ваши данные в процессе довольно стремных операций с сторажами? Приятного полета :)

     
  • 2.19, Fracta1L (ok), 08:05, 05/06/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Особенно порадовало "SSD и NVMe"
     
     
  • 3.39, Эксперт (?), 20:02, 07/06/2020 [^] [^^] [^^^] [ответить]  
  • +/
    всем кроме тебя очевидно что речь про интерфейс
     
  • 2.21, other_anonymous (?), 08:46, 05/06/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Славяне отакуэ
    > Славяне

    SJW и CoC на тебя нет. Употребляй followers, workers, replicas вместо этого. Ну на крайняк фоловеры, воркеры и реплики.
    Ты их еще "последователями", "работниками" или "копирами" назови

     
     
  • 3.38, Аноним (37), 18:21, 07/06/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Реплики. Индусские.
     

  • 1.7, Wolfy (?), 00:40, 05/06/2020 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • +1 +/
     

     ....ответы скрыты (4)

  • 1.40, Эксперт (?), 20:04, 07/06/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    сжатие и дедуп уже доступны через vdo
     

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



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

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