LINUX.ORG.RU

DRBD принято в ядро Linux

 , ,


0

0

После 10 лет скандалов, дебатов и разногласий, в основную ветку ядра Linux наконец-то принято DRBD - решение для репликации блочных устройств, позволяющее создать на абсолютно любой файловой системе кластер высокой доступности.

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

Напомним, что ядра с DRBD поставляются уже много лет многими вендорами под марками «кластерных решений для enterprise». Отметим, что DRBD до сих пор является единственным работающим решением, позволяющим осуществить резервирование мастер-нод многих почтовых кластеров, метаданных распределенных файловых систем, key-value хранилищ или телеком-серверов.

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

★★

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

>DRDB

DRDB

DRDB


DRDB



А ничего, что оно DRBD (Distributed Replicated Block Device)?

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

> Только собираются принимать в ядро.

Уже приняли.

tailgunner ★★★★★
()

а чего скандалили то?

tonn
()
Ответ на: комментарий от slyjoe

Ну ты же гений, знаешь лучше их что сейчас нужно ядру иди да подскажи.

anotheranonymous
()

Можно краткий экскурс в историю? Почему так долго не добавляли? Что за скандалы и разногласия? Кто был за? Кто был против?

kido
()
Ответ на: комментарий от slyjoe

> Вместо того, чтобы дорабатывать, фиксить, они всякую херню туда пихают.

почему сразу херня? это нужная весчь между прочим...

ну все, теперь ядру точно копец.


Странно что люська подтянулась. вроде СЛОР работает....

r0mik
()

поправьте новость: после 10 лет разработок

Jaizer
()
Ответ на: комментарий от AVL2

>в чем суть скандала?

Я конечно в чем суть скандала знать не могу, но процентов на 99 могу догадываться, что дело было примерно вот так:

«Вася» и «Федя» состряпали как то в перерывах между сменами некий программный продукт. Вася и Федя, к слову, по профессии слесарь и токарь третьего и второго разряда соответсвенно. Они с дества увлекаются программированием и всегда мечтали создать такое вод эдакое что.

И вот, у ребят релиз! Но горе! Их не хотят принимать в ядро, а ядре бедное стонет, ждет, немогет сореее бы софтинку заполучить к себе в бездну своих вонючих патрошков! Скандалил, скандалили, скандалил. софтниночку в ядро запи**ярили!!!

Klausd
()

Помнится в свое время натрахался с частыми СплитБрейнами у этого ДРБД.

Кто-то этим пользуется? оно досихпор такое Ынтерпрайзное?

Evil_Wizard ★★★
()

А там уже можно без гемора юзать >2 нод?

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

>А тем временем, флеш всё тормозит...
Что поделать, мастерство быдлокодинга у адобовцев отточено годами.

anotheranonymous
()

DRBD принято в ядро Linux

А можно ДБ реплицировать при помощи такой штуки? Хотелось бы задать PostgreSQL data директорию и сказать, чтоб она реплицировалась на несколько других машин или хотя бы дисков, ну и естественно в реальном времени. Кто-нибудь слышал про такие решения? Альтернатива от Isilon стоит >100К

dimag
()

позитивно

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

Вместо того, чтобы дорабатывать, фиксить, они всякую херню туда пихают.

Например что дорабатывать/фиксить?

a3
()

ййййесссс !!!!
юзаю правда всего с версии 0.8 но уже внушает.

anonizmus
()
Ответ на: комментарий от anotheranonymous

>Ты уже настроил горячие кнопки в гноме, или так и не осилил?

Настроил конечно же.

Klausd
()
Ответ на: комментарий от dimag

Спасибо, хороший тред, но я так и не понял, ктонить юзает поблочную репликацию БД на уровне ФС?

Я, например, не юзаю. В данный момент я вообще HA DB не занимаюсь :)

Советую спросить у товарища anonizmus, который собсно и заварил тот топик. Вон он постом выше радуется.

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

>поблочную репликацию БД на уровне ФС?

дикий бред

af5 ★★★★★
()

On December 8, highest kernel chief, Linus Torvalds, accepted the source text into his kernel tree, which sometime next month should become the 2.6.33 release.

А чё обсуждать-то - решение, то от ПАПЫ исходит... И не нам его судить.

Раз десять лет пилили, а папа не пускал, значит, всё-таки допилили... Подождём релиза и увидим...

drfaust ★★★★★
()

>А можно ДБ реплицировать при помощи такой штуки?

а репликация встроенными средствами субд уже не катит?

anonymous
()

отличная новость, а разве нет?

anonymous
()
Ответ на: DRBD принято в ядро Linux от dimag

обычно дрбд юзают когда надо расширить возможности БД на запись. Т.е. если куча селектов - достаточно тупо слэйвов настроить, а вот когда запись - применяют дрбд. Довольно хорошо себя ведет связка MySQL+DRBD+Replication (на сайте мускула где-то даже был WhitePaper)

Jaizer
()
Ответ на: комментарий от deadman

Торвальдс считает своё детище неприкосновенным, и пускает туда избранных. Если решено включить DRBD в ядро - то это не просто нужно (нужное и без него сделают), но и полезно - видимо, таким он видит путь развития Линуха: распределение вычеслений, ФС и пр по сетям.

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

>а репликация встроенными средствами субд уже не катит?

А что, кроме убогих слонов в постгресе есть. Использование слонов не предлагать

dimag
()

Что, в треде еще не не отметился iZEN?

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

>эта херня уже 10 лет в продакшене работает там, где это надо. странно, что до сих пор в ядре не было.

Нужно ли теперь? 10 лет без нее жили, а теперь понадобилось.

anonymous
()

штука хорошая но пострегсу с репликацией не помогает, если на drbd сверху водрузить кластерную фс то было бы прикольно пускать на этом что-нибудь типа orcale rac.

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



Полезная вещь, чо. Почему бы не пихнуть в ядро?



Во-во, Вы прямо прочли мысли отца-основателя. Подозреваю, что Ваше высказывание исчерпывающе описывает стратегию развития ядра Linux. Точнее, отсутствие в этом развитии мало-мальски вменяемой стратегии. Неудивительно, что ядро давно уже напоминает непонятную систему костылей и распорок, которая каким-то макаром ухитряется работать. Вот только, боюсь, в обозримом будущем огребем мы проблем с таким подходом. А жаль.

sabbakka ★★
()

После 10 лет скандалов, дебатов и разногласий, в основную ветку ядра Linux наконец-то принято DRBD


Скандалы, интриги, расследования!
Тьфу...

deis
()
Ответ на: DRBD принято в ядро Linux от dimag

Я, может, чего-то не понимаю, но... DRBD - это блочное устройство, на нём есть файловая система, у которой есть свой кеш, о котором блочное устройство не знает. У СУБД, база которой лежит на этой ФС, тоже есть свой кеш, о котором не знает файловая система, и тем более блочное устройство. Таким образом, в каждый момент времени на блочном устройстве лежат неконсистентные данные. Каким же тогда образом DRBD может помочь в создании кластера СУБД?

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

> Каким же тогда образом DRBD может помочь в создании кластера СУБД?

man O_DIRECT, который как правило используется для файлов с базами. Кстати, кэш (который страниц) у ФС и блочного устройства тоже общий, точнее сказать - единственный. Однако здравое зерно в этом высказывании есть: консистентности действительно никто не обещает - слишком много возможных точек отказа.

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