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

>DRDB

DRDB

DRDB

DRDB

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

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

Уже приняли.

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

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

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

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

Тебя дурачка еще не забанили?

алилуйя!

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

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

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

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

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

+1

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

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

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

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

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

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

Анонимус одобряэ. Еще один шаг к энтерпрайзу.

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

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

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

А тем временем, флеш всё тормозит...

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

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

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

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

позитивно

По поводу постгрес + дрбд — советую почитать обсуждение тут: http://www.linux.org.ru/view-message.jsp?msgid=4037045

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

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

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

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

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

Анонимус одобряэ.

спалился :)

>По поводу постгрес + дрбд — советую почитать обсуждение тут: http://www.linux.org.ru/view-message.jsp?msgid=4037045

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

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

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

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

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

дикий бред

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.

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

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

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

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

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

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

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

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

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

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

А в ядро пихать НАХРЕНА?

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

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

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

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

SkyTools </sub-thread>

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

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

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

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

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

Как ты не лопнул еще?

постгресс давно через журнал транзакций умеет реплицироваться

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

Таки да :)

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

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