LINUX.ORG.RU

DRBD 9.2.0 — распределенная реплицируемая СХД для Linux

 


0

1

10 октября разработчики объявили о выходе нового релиза распределенной реплицируемой системы хранения данных для Linux под названием DRBD.

DRBD используется в компьютерных кластерах высокой доступности (HA), но, начиная с DRBD версии 9, его также можно использовать для создания более крупных программно-определяемых пулов хранения с акцентом на интеграцию в облако.

Система представляет собой модуль ядра Linux и позволяет организовать некое подобие RAID-1 из распределенных по сети устройств. Объединенные такие образом диски представляются для системы как один единственный накопитель (блочное устройство). Взаимодейсвие физических устройств между собой происходит по принципу распределенной MESH-сети с организацией отказоустойчивости: при выходе из строя одного из накопителей система продолжить работать с оставшимися, а при возврате поврежденного устройства в сеть восстановит работу с ним на прежнем уровне.

Система распространяется под лицензией GPLv2.

Основные нововведения:

  • Уменьшена задержка для зеркальных запросов на запись;
  • Снижена конкуренция между вводом-выводом приложений и повторной синхронизацией ввода-вывода;
  • Улучшена производительность повторной синхронизации на слабо подготовленных бэкендах;
  • Реализована поддержка сетевых пространств имен, что дает возможность реализовать взаимодействие с Kubernetes, пробрасывая трафик напрямую в сеть контейнеров, а не в сеть хоста;
  • Добавлен транспорт RDMA/verbs/Infiniband/RoCE.

>>> Подробности

★★★★★

Проверено: hobbit ()
Последнее исправление: hobbit (всего исправлений: 2)

Система распространяется под лицензией GPLv2.


жипиэль3 то совсем маргинален, да?

uin ★★★
()

Кстати планирую попробовать drbd9 в связке с nas для файлового хранилища. Но никогда с ним еще не работал. Как оно? Как по скорости по сравнению с тем же glusterfs? Пробовал glusterfs, очень печально на hdd. На ssd получше, но все равно было довольно медленно на операциях с мелкими файлами.

as_lan ★★
()
Последнее исправление: as_lan (всего исправлений: 1)
Ответ на: комментарий от kto_tama

В LINSTOR вроде используется (не факт).

Zhbert ★★★★★
() автор топика
Ответ на: комментарий от as_lan

На прошлой работе было 6 серверов попарно на drbd. На каждом сервере было по две сетевых карты, одна смотрела в коммутатор, другая была подключена к другому серверу кроссовым партч-кордом. За пять лет с самим drbd проблем небыло. Если диск посыпался, после замены демон drbd выравнивал данные со вторым сервером в рабочем режиме и жужжал. С glusterfs не сталкивался, сравнить что лучше не могу.

foxy_ant ★★
()
Ответ на: комментарий от Zhbert

любопытно, не знал, спасибо!

Видениуса уважаю. молоток!

mumpster ★★★★★
()
Ответ на: комментарий от uin

жипиэль3 то совсем маргинален, да?

Нет. Скорее всего ради совместимости с лицензией ядра.

atrus ★★★★★
()
Ответ на: комментарий от mumpster

Уже не помню какие значения htop выдавал в пике, но ничего страшного, типа CPU% 100 MEM% 100 никогда не видел.

foxy_ant ★★
()

Риторический вопрос. Интересно, как оно к паверлосу относится. Консистентно будет или так себе?

Fafhrd
()
Ответ на: комментарий от as_lan

Поверх был запущен FTP-сервер. Железо использовалось для сбора и хранения первичных данных, потом данные выгружались на другой сервер, где обрабатывались и загружались в Oracle.

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

foxy_ant ★★
()
Ответ на: комментарий от as_lan

по чтению примерно 100% от скорости чтения локального блочного устройства в зеркале запись по факту где-то 50% от скорости записи локального блочного устройства в зеркале. для обычных жестких дисков сата2 это примерно упиралось в 100мб/с чтение, запись 50мб/с. при условии что сеть не менее 1 гбит. сеть использовали отделенную от прикладного трафика. если на хосте 10 блочных устройств, значит делаем 10 зеркал drbd. делать огромные зеркала не надо. т.к. синхронизация может оказаться слишком долгой. у нас все системы были на drbd - если грамотно с ним работать - ничего не теряется. один минус - lsblk и т.п. про drbd не знают. а было бы удобнее им управлять.

nempyxa ★★
()
Ответ на: комментарий от mumpster

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

nempyxa ★★
()
Ответ на: комментарий от kto_tama

какую нужно историю успеха?

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

nempyxa ★★
()
Ответ на: комментарий от as_lan

у нас просто ext4 раскатан был поверх блочного устройства drbd. далее на нем жили или бд или файлы или виртуалки файлы жили в виртуальных дисках т.к. их было ОЧЕНЬ много. двигать проще виртуальный диск, чем копировать поштучно миллионы файлов.

nempyxa ★★
()
Ответ на: комментарий от nempyxa

Благодарю. Планирую его в тестовой среде использовать как PV для кубера и для других задач по nfs раздавать.

as_lan ★★
()
Ответ на: комментарий от nempyxa

двигать проще виртуальный диск это да. это на самом деле самый простой способ из гарантированных венду с НЖМД на ТТД перенести ))

а сколько раз у меня пингвин так переезжал! :)

mumpster ★★★★★
()
Ответ на: комментарий от as_lan

… Как по скорости по сравнению с тем же glusterfs?..

Тесты не проводил, но прикинь сам как проще реплицировать, на уровне блочного устройства или на уровне файловой системы.

P.S. Для репликации часто хватает lsyncd.

qwe ★★★
()
Ответ на: комментарий от Fafhrd

… Консистентно будет или так себе?

Будет. Но при split brain придётся самому выбирать, кто будет главным, а там уж с него консистентность догонится.

qwe ★★★
()
Ответ на: комментарий от qwe

P.S. Для репликации часто хватает lsyncd.

На большом количестве файлов оно тормозит. Плюс часто были потери/ошибочные удаления файлов, когда служба по кругу гоняла синхронизацию. (было 3 сервера с lsuncd)

as_lan ★★
()
Последнее исправление: as_lan (всего исправлений: 1)
Ответ на: комментарий от qwe

Ну сплитбрейн не самое страшное, его как-то можно пережить =)

Fafhrd
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.