The OpenNET Project / Index page

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



"Релиз распределенного реплицируемого блочного устройства DRBD 9.2.0 "
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Релиз распределенного реплицируемого блочного устройства DRBD 9.2.0 "  +/
Сообщение от opennews (??), 10-Окт-22, 23:42 
Опубликован релиз распределенного реплицируемого блочного устройства DRBD 9.2.0, позволяющего реализовать подобие массива RAID-1, сформированного из объединённых по сети нескольких дисков разных машин (зеркалирование  по сети). Система оформлена в виде модуля для ядра Linux и распространяется под лицензией GPLv2. Ветка drbd 9.2.0 может использоваться для прозрачной замены drbd 9.x.x и полностью совместима на уровне протокола, файлов конфигурации и утилит...

Подробнее: https://www.opennet.ru/opennews/art.shtml?num=57896

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения [Сортировка по ответам | RSS]

3. Сообщение от Аноним (3), 11-Окт-22, 05:26   –1 +/
Доброе утро. Кто-нибудь пользуется?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #4, #12

4. Сообщение от Аноним (-), 11-Окт-22, 06:03   –7 +/
Много, много лет назад. Ненужное ненужно это.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #5

5. Сообщение от Аноним (3), 11-Окт-22, 06:14   +1 +/
Я так понимаю, основное направление использования - устойчивое хранилище для СУБД. Распределенный RAID под базу данных.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #17, #18, #20, #22

6. Сообщение от bOOster (ok), 11-Окт-22, 06:47   –1 +/
Кривой костыль, который еще и подпирать надо, другим костылем.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #11

11. Сообщение от Аноним (11), 11-Окт-22, 08:59   –1 +/
Ты так говоришь как будто это что-то плохое.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #21

12. Сообщение от Аноним (12), 11-Окт-22, 09:28   +1 +/
Я пользую, для синхронной репликации дисков с виртуалками на запасной сервер. Уже год как, вроде работает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

13. Сообщение от Аноним (13), 11-Окт-22, 09:35   +/
оно работает только в условиях когда устойчивое соединение по сети и вовремя восстановления и репликации данных нет сбоев, во всех остальных случаях оно прибивает все копии.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #14

14. Сообщение от 111 (??), 11-Окт-22, 09:41   +/
А есть альтернатива? Что рекомендуешь?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #15, #27

15. Сообщение от Аноним (18), 11-Окт-22, 09:51   +/
Надо именно блочное? На уровне фс такого чем угодно жуй. Немного сбоку можно zfs send / zfs receive приделать. Или iscsi задействовать (в пределах локалки). Но времена распределенных/сетевых БЛОЧНЫХ устройств немного прошли, да.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14

16. Сообщение от Аноним (16), 11-Окт-22, 09:57   +/
Я пробовал на 5 компов в офисе, версия 9, пару месяцев назад. В течении месяца несколько раз kernel panic.

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

Ответить | Правка | Наверх | Cообщить модератору

17. Сообщение от tty0 (?), 11-Окт-22, 10:14   +2 +/
Хочу вас сильно расстроить, Вы понимаете не правильно
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

18. Сообщение от Аноним (18), 11-Окт-22, 10:16   +3 +/
У субд свои механизмы репликации, более высокоуровневые и надежные
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

19. Сообщение от benu (ok), 11-Окт-22, 10:46   +/
Обхаять обхаяли, а альтернативу не предлагаете.
Пару лет CRM с Asterisk на таком пользовал без проблем.
Ответить | Правка | Наверх | Cообщить модератору

20. Сообщение от Андрей (??), 11-Окт-22, 10:49   +/
Было когда-то, давным давно в качестве горячей копии бд, еще до появления репликаций на стороне базы. Сейчас скорей под сервера с горячим резервом какого-нибудь медиа и условно ucarp/hartbeat хелфчеком. По опыту использования(лет 10 назад), крайне неудачное решение, но свои юзкейсы имеет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #25

21. Сообщение от намэ (?), 11-Окт-22, 11:23   –1 +/
А что это очень хорошл? Вот потому хуманоиды должны вымереть как мамонты.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

22. Сообщение от Товарисч (?), 11-Окт-22, 11:33   +1 +/
Это для софта который не умеет репликацию сам по себе. Например, если у вас есть сайт на РНР написанный наркоманами и они файлы складывали в папку исторически, вместо какого-нибудь объектного хранилища.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #23, #24, #29

23. Сообщение от Аноним (3), 11-Окт-22, 11:44   –1 +/
> Это для софта который не умеет репликацию сам по себе. Например, если
> у вас есть сайт на РНР написанный наркоманами и они файлы
> складывали в папку исторически, вместо какого-нибудь объектного хранилища.

А если я сам наркоман, как мне это поможет?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22

24. Сообщение от Аноним (24), 11-Окт-22, 12:11   +2 +/
> Например, если у вас есть сайт на РНР написанный наркоманами и они файлы складывали в папку

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22

25. Сообщение от George (??), 11-Окт-22, 12:46   +/
Реплицированные баззы лучше на raid0 размещать?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #32

26. Сообщение от George (??), 11-Окт-22, 12:46   +1 +/
CEPH в сто раз лучше
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #30

27. Сообщение от Аноним (27), 11-Окт-22, 14:46   +/
Ceph RBD
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #33

29. Сообщение от лютый жабби.... (?), 11-Окт-22, 18:32   –1 +/
>если у вас есть сайт на РНР написанный наркоманами

rsync не проще? или автодеплой сразу на все серверы

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22

30. Сообщение от Аноним (30), 11-Окт-22, 19:27   +1 +/
И в сто раз сложнее, и при деплое, и в обслуживании. Особенно в обслуживании. Особенно под нагрузкой.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26

31. Сообщение от Аноним (30), 11-Окт-22, 19:30   +/
Хороший софт в своей нише, но если можно обойтись без неё, то лучше обойтись.
Ответить | Правка | Наверх | Cообщить модератору

32. Сообщение от V1 (ok), 12-Окт-22, 08:25   +/
Если нужна скорость.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25

33. Сообщение от PnD (??), 13-Окт-22, 13:05   +/
Для "похостить php" — вероятно, нормально.
Для чувствительных к задержкам задач — вряд ли.

Был опыт эксплуатации в качестве клиента "ceph как услуга" (сэкономить пытались, как водится). ДЦ в одной коноплеводческой евростране.
SAN поверх infiniband не помню уже́ какого точно, только то что карточки были от melanox. Типа, всё круто. На стороне ДЦ было заявлено что "ssd".

Результат: периодически выпрыгивающие за 100 мс задержки в IO (всё время эксплуатации), деградации в обслуживании (как я понял, при каких-то ребалансах), отстрелы СХД (при выводе из эксплуатации мастера, видимо).
Допускаю что местные травокуры были феноменально криворукими, но — вот так.
Даже low-end СХД образца нулевых (клоны Netapp E2660 и новее) дают более предсказуемый результат. (Это не совет брать именно такой хлам. Там уже́ электроника от старости сыпется.)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27

34. Сообщение от Аноним (34), 17-Окт-22, 14:42   +/
Ну, DRBD8 под proxmox работало неплохо на протяжении долгих лет, но из коробки были kernel panic, пришлось собирать из исходников более свежую версию.
Ответить | Правка | Наверх | Cообщить модератору


Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




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

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