The OpenNET Project / Index page

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



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

"В ядро Linux предложено включить распределённое реплицируемое блочное устройство DRBD 9"  +/
Сообщение от opennews (?), 06-Апр-26, 23:03 
Для ядра Linux предложен набор патчей с реализацией распределенного реплицируемого блочного устройства DRBD 9, позволяющего создать подобие массива RAID-1, сформированного  из зеркалируемых по сети накопителей, подключённых к разным системам. Драйвер намерены вначале протестировать в ветке linux-next и довести до готовности к интеграции в состав ядра Linux 7.2...

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

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

Оглавление

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

1. Сообщение от pashev.ru (?), 06-Апр-26, 23:03   +/
Nvmesh-капец?
Ответить | Правка | Наверх | Cообщить модератору

2. Сообщение от Аноним (2), 06-Апр-26, 23:05   +10 +/
Звучит надёжно и безопасно.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #15, #23, #38, #63

7. Сообщение от Аноним (7), 06-Апр-26, 23:31   –7 +/
А что проект Linux уже с беспределом в блочном слое разобрались, LVM2 BRFS и предлагаемый сабж в единый слой LVM3 интегрировали? Нет?! Ну так может сначала этим заняться, BTRFS, BCacheFS, Reiser4 и остальные ФС поверх него портировать, а уже потом новые свистелки и перделки добавлять?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #12, #18

8. Сообщение от Аноним (8), 06-Апр-26, 23:32   –1 +/
Звучит как теневая услуга. Есть специализированные продукты, когда надо. Подкопы на автономность участились.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #24

10. Сообщение от Аноним (7), 06-Апр-26, 23:36   +/
vblade, не?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #42

11. Сообщение от Аноним (11), 06-Апр-26, 23:37    Скрыто ботом-модератором+/
Ответить | Правка | Наверх | Cообщить модератору

12. Сообщение от Admino (ok), 06-Апр-26, 23:42   +18 +/
Опять в интернете кто-то делает не то, что ты хочешь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #32, #45

13. Сообщение от Аноним (13), 06-Апр-26, 23:46   –3 +/
> интеграция прямого доступа к оперативной памяти другого компьютера при помощи RDMA (Remote Direct Memory Access)

звучит как очередная дырень

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

14. Сообщение от Michael (??), 07-Апр-26, 00:26   +1 +/
Это для вычислительных кластеров, там пофиг
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #16, #62

15. Сообщение от Аноним (15), 07-Апр-26, 00:40   +/
> Имеющийся в ядре код основан на ветке DRBD 8, которая существенно отличается от ветки DRBD 9, выпущенной в 2015 году и не совместимой на уровне протокола.

"не совместимой" - по другому никак видать.

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

16. Сообщение от Аноним (15), 07-Апр-26, 00:42   +1 +/
но будет сайд-эффект и на ПК
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #26

17. Сообщение от Круз (?), 07-Апр-26, 02:49   +2 +/
как выключить?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #27

18. Сообщение от Аноним (18), 07-Апр-26, 02:52   –3 +/
С этим уже никто из корпоратов разбираться никогда не будет. 90% нагрузки может жить на ридонли squashfs рутфс и ebs с nvme over tcp для любых дисков (колючая sata/sas hdd).
Все эти lvm де-факто померли или живут только на рабочих станциях, остался ebs/efs + любая ридонли для рута.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #21

19. Сообщение от Джон Титор (ok), 07-Апр-26, 03:05   +/
Вообще идея не плохая.
Ответить | Правка | Наверх | Cообщить модератору

21. Сообщение от nikweter (?), 07-Апр-26, 05:41   –1 +/
чет не понял. у меня в селектеле сервер на дебиане. как там ebs настроить?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18 Ответы: #29

22. Сообщение от Аноним (22), 07-Апр-26, 07:12   –1 +/
А зачем это всем в ядре?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #51

23. Сообщение от Аноним (23), 07-Апр-26, 07:13   –6 +/
Внимательно читайте.
>  из зеркалируемых по сети накопителей, подключённых к разным системам

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

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

24. Сообщение от Аноним (23), 07-Апр-26, 07:14   +/
> Подкопы на автономность участились.

В этом смысл затеи.

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

25. Сообщение от _ (??), 07-Апр-26, 07:15   +/
У меня в проде было, на RHEL8. Одна румынская архитекторша с-архитектила 8-\
Очень опасался, но Linbit-ы - молотки! Всё работало как обещали.

PS: Саппорт-контракт есссссно.

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

26. Сообщение от Аноним (26), 07-Апр-26, 07:25   –1 +/
Не загружайте этот молуль на ПК или вообще не собирайте.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #33, #50

27. Сообщение от Аноним (26), 07-Апр-26, 07:26   –2 +/
make nconfig
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17

29. Сообщение от User (??), 07-Апр-26, 07:49   +1 +/
А тебе и не надо - главное, чтоб селектел понимал
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21 Ответы: #36

30. Сообщение от Аноним (30), 07-Апр-26, 07:58   –5 +/
у drbd надежность отрицательная в случаях сбоях при репликации убивает обе копии.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #64, #73

31. Сообщение от User (??), 07-Апр-26, 08:09   +/
Linstor-то? Чому-б не?
Он сейчас достаточно часто в импортозамещландии встречается - у меня и на-в-кубе есть, и на spacevm (Э-хе-хе...) прописался. Если выбирать между ним и вот ceph\gluster на некрупных инсталляциях выбор некоторым образом немножко так очевиден :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #79

32. Сообщение от anoName (?), 07-Апр-26, 08:43   +/
не в интернете а в ядре
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12

33. Сообщение от anoName (?), 07-Апр-26, 08:44   +3 +/
красношляпка за тебя соберёт
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26 Ответы: #46, #60

34. Сообщение от Аноним (34), 07-Апр-26, 08:52   –5 +/
Ссыкотно при сбоях, "управлямее" выглядит передача zfs/btrfs снепшотов по крону
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #68

35. Сообщение от Аноним (22), 07-Апр-26, 09:04   –2 +/
Объясните знающие люди, вот этот сабж является причиной что с обновлениями ядро пухнет и тяжелеет на локалхосте. Или в типичном условном дистрибутиве, например в федоре, эти и другие подобные непотребности вырезают на стоковом ядре?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #41

36. Сообщение от Аноним (36), 07-Апр-26, 09:23   +/
Мне кажется в селектеле скорее Ceph
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29

37. Сообщение от Аноним (36), 07-Апр-26, 09:26   +1 +/
DRDB9 Кто то пользуется (не холивара ради)?
Насколько я знаю для таких вещей обычно ceph разворачивают.
Покрайней мере в той же VK ceph используют.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #71

38. Сообщение от andreyche (?), 07-Апр-26, 09:36   +2 +/
А на деле - нет.
Настрадался я в свое время с этим поделием, split brain например
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #43

40. Сообщение от Константинemail (??), 07-Апр-26, 09:52    Скрыто ботом-модератором–3 +/
Ответить | Правка | Наверх | Cообщить модератору

41. Сообщение от eugener (ok), 07-Апр-26, 10:10   +3 +/
Нет, не вырезают. Другое дело, что эти модули не загружаются в память, если они не используются.
Так что просто занимают место на диске. В последние несколько лет их начали сжимать zstd, так что в Ubuntu 22.04 (ядро 5.15) они ещё несжатые занимают на диске 440 МБ, а в 24.04/6.8 — всего 143 МБ.

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

PS: не только не вырезают, но ещё и своё накидывают, например zfs в несколько мегабайт.

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

42. Сообщение от Aliech (ok), 07-Апр-26, 11:25   +/
Нет. vblade - это AoE. Зашарить блочное устройство по-быстрому, проще говоря. А тут прям комбайн, да ещё с транспортом в виде TCP/IP, а теперь ещё и с IB/RDMA.

Если сравнивать и принять AoE (vblade) за кофемолку, то DRBD - это кофемашина. Притом у неё ещё есть куча нюансов обслуживания, у машины этой.

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

43. Сообщение от Aliech (ok), 07-Апр-26, 11:27   +2 +/
Ставил в прод, обвязал кучей скриптоты, хорошо работало. Возможно дело в том, что перед внедрением были произведены изучение и обкатка?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38 Ответы: #47, #49, #84

44. Сообщение от Аноним (44), 07-Апр-26, 11:37   +4 +/
Опеннет совсем разучился в сарказм....
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23

45. Сообщение от aname (ok), 07-Апр-26, 11:51   +1 +/
Да ещё и бесплатно
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12

46. Сообщение от Анононим (?), 07-Апр-26, 12:09   +/
красношляпа ССЗБ
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33

47. Сообщение от andreyche (?), 07-Апр-26, 12:23   +/
внедрял модный интегратор, собрал из этого говна и палок "кластер" виртуальных машин, а я потом гребся с этим
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43

49. Сообщение от andreyche (?), 07-Апр-26, 12:24   +/
там было corosync, pacemaker еще что-то, насколько помню, это давно было, может оно сейчас и получше
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43 Ответы: #53

50. Сообщение от Аноним (15), 07-Апр-26, 12:31   +/
> В ядро Linux предложено включить
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26 Ответы: #61

51. Сообщение от Аноним (15), 07-Апр-26, 12:32   +/
Чтобы ты не мог просто так взять и выключить модуль.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22

52. Сообщение от Аноним (15), 07-Апр-26, 12:34   +/
> эти модули не загружаются в память

Наивное предположение.

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

53. Сообщение от Aliech (ok), 07-Апр-26, 12:41   +/
У меня наблюдения из 2014го. И нет, от использования pacemaker я отказался, так как его реакция не учитывала особенности поведения drbd. И реакция pacemaker'а не была столь оперативной, как хотелось бы. Задача была решена самописными демонами на perl'е и регулярками. И хорошо решена. Кластер выдержал несколько смертей нод, ничто не развалилось.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49 Ответы: #56

54. Сообщение от eugener (ok), 07-Апр-26, 12:43   +/
Легко проверяется командой lsmod.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52 Ответы: #59, #75

55. Сообщение от похнапоха (?), 07-Апр-26, 13:08   +/
Первый раз столкнулся с DRBD в 2007, когда был нужно виртуализировать легаси апликухи, которые использовались рабочими на постах в цехах, и избавиться от серваков на P2. Функционал планировалось в итоге через пару лет внедрения SAP перенести именно туда. Зказали новые hp proliant, накатили лицензионный esxi, подняли по виртуалке на каждой, datastore на внетрунних дисках, подняли VM-ки с SLES, на них drbd, в режиме active-standby, настроили NFS, NFS монтировался в esxi как datastore на который перенесли легаси VM-ки. И это бли дейсвтительно легаси - Linux kernel 2.0.x, черт возьми. В случае падения одного узла drbd переключалась из standby в active, монтировался datastore и зпускались VM-ки.
Это был огромный завод, это всё работало безотказно пока внедряли SAP, но всё-таки решили не тратить усилия и оставить этот функционал крутиться дальше. И оно крутится. Хвала DRBD, выручил тогда
Ответить | Правка | Наверх | Cообщить модератору

56. Сообщение от Аноним (56), 07-Апр-26, 13:39   +1 +/
> Задача была решена самописными демонами на perl'е и регулярками.

"Linux. Linux не меняется..."

Без напильника с надфилёчками и наждачкой всё ещё никуда...

Кто-то это ставит в жирный плюс, кто-то - в жирный минус. Ничего не меняется.

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

57. Сообщение от Aliech (ok), 07-Апр-26, 14:21   +/
> Без напильника с надфилёчками и наждачкой всё ещё никуда...

Не надо передёргивать. Выше обозначен 2014год. Больше десяти лет назад, на секундочку. Кроме того, речь об распределённом по сети блочном устройстве. Это что-то про кластеры, а значит явно не базовый уровень мамкиных сисадминов, где встречаются эксплуатанты с около нулевыми познаниями в вопросе.

Кроме того, не совсем понятно, чем софт написанный на perl'е не хорош? Речь же не о скриптах, вызываемых из cron'а (где возможен лаг, где есть лишние движения на выполнение скриптов). Речь о демоне, делающем, практически, всё то же, что pacemaker какой-нибудь, просто более специализированный и лучше решающий конкретную задачу. Специализированный софт, фактически...

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

58. Сообщение от EuPhobos (ok), 07-Апр-26, 14:32   +/
Ну если хочется так заморочится, что мешает подключить несколько сетевых nbd устройств, и объединить их через mdadm ?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #66

59. Сообщение от Энтомолог_русолог (ok), 07-Апр-26, 15:16   +/
Тебе местные аноны сами выдумывающие теории заговора пояснят, что lsmod специально пропатчен, что бы скрыть модуль и это заговор RH и рептилоидов
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54 Ответы: #76

60. Сообщение от Аноним (60), 07-Апр-26, 16:11   +/
Проблемы адептов Красношляпки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33

61. Сообщение от Аноним (60), 07-Апр-26, 16:12   +/
Ясно, что предложено. Но make nconfig ведь есть.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50

62. Сообщение от Аноним (63), 07-Апр-26, 17:24   +/
>там пофиг

В этом дырявом кластере будут хранится твои чувствительные данные.

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

63. Сообщение от Аноним (63), 07-Апр-26, 17:26   +/
>Звучит надёжно и безопасно.

Данные (и команды) из сети прямиком в ядро это безопасно?
Звучит надежно пока не озвучивают всё.

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

64. Сообщение от _ (??), 07-Апр-26, 17:34   +/
That very depends on your /dev/hands :-)
If they are nested under /dev/a** - yep, it could be a prob.

I was not 100% sure how to configure it _properly_for_prod_. We contract Linbit folks. And their setup still works reliably. RHEL fencing - this is a problem, drbd - is NOT!

PS: BTW - you can't make a good cluster on crappy HW. Unless it VAX of course :-)

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

65. Сообщение от Аноним (63), 07-Апр-26, 17:40   +1 +/
Это нужную не всем фичу переносят в ядро из модуля, чтобы "добровольно - принудительно" развивали.
Ответить | Правка | Наверх | Cообщить модератору

66. Сообщение от _ (??), 07-Апр-26, 17:41   +/
DRBD have list of achievements, installations in PROD with serious customers.
May be "несколько сетевых nbd устройств, и объединить их через mdadm" is same good but ... who is brave enough to risk the job and reputation to check? ;-)

PS: "Nobody get fired buying IBM!"(C) and all this

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

67. Сообщение от Аноним (63), 07-Апр-26, 17:41   –1 +/
>That very depends on your /dev/hands

Этого достаточно, чтобы развивать как модуль. Если не взлетело, то зачем принудительно тащить в ядро?

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

68. Сообщение от Аноним (68), 07-Апр-26, 17:43   +/
а палка надежнее смартфона, у нее батарейки нет и ронять не страшно, только звонить она не умеет, каждому свое
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34

70. Сообщение от пох. (?), 07-Апр-26, 17:53   +/
и да, у зетников из Zvirt сегодня праздник.

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

71. Сообщение от пох. (?), 07-Апр-26, 17:55   +/
> DRDB9 Кто то пользуется (не холивара ради)?

z-virt насколько я понимаю не пользуется девятым но очень бы хотел. И тут им карта-то и поперла...

> Покрайней мере в той же VK ceph используют.

поэтому он такой чудовищный тормоз.

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

72. Сообщение от Аноним (63), 07-Апр-26, 17:55   +/
DRBD достаточно абстрагируется от типа устройства на различных хостах? Может искать секрет в корпоративной принудиловке поставщика?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #66

73. Сообщение от пох. (?), 07-Апр-26, 17:55   +/
> у drbd надежность отрицательная в случаях сбоях при репликации убивает обе копии.

ну вот же - отреплицировалось, чем ты недоволен?!

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

74. Сообщение от пох. (?), 07-Апр-26, 17:57   +/
из-за шта6ле нонсенса

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

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

75. Сообщение от Аноним (15), 07-Апр-26, 18:07   –1 +/
Боюсь спросить у тебя: ты в курсе, что показывает lsmod?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54 Ответы: #78

76. Сообщение от Аноним (15), 07-Апр-26, 18:10   –2 +/
> lsmod специально пропатчен

А для тебя такой наводящий вопрос: можешь по выхлопу lsmod сказать, где физически находится модуль на диске? Хинто: а где вообще могут находиться модули?

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

77. Сообщение от Аноним (2), 07-Апр-26, 18:29   +/
NFS это не мешает. А так, RDMA в интернет вообще не смотрит, и тут больше беспокойства о том, что будет с файлами в нештатной ситуации.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #63

78. Сообщение от eugener (ok), 07-Апр-26, 18:32   +1 +/
lsmod is a trivial program which nicely formats the contents of the /proc/modules, showing what kernel modules are currently loaded.

Врядли может быть много толкований данного текста.

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

79. Сообщение от пох. (?), 07-Апр-26, 19:33   +/
А выбора не г08на из г08на у вас нет?

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

80. Сообщение от пох. (?), 07-Апр-26, 19:39    Скрыто ботом-модератором+/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57

81. Сообщение от User (??), 07-Апр-26, 19:41   +/
Только у нас! Только сейчас! И только для Вас! Можем предложить новую! Импортозамещенную! Не имеющую аналогов в мире! СХД ээээ.. с ceph внутри.
Но! Если все пойдёт хорошо, то ты этого даже не заметишь, вот!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #79 Ответы: #82

82. Сообщение от пох. (?), 07-Апр-26, 19:44   +/
не, эти тормоза сложновато бывает не заметить. В _каждом_ собака крупном развертывании. Незвисимо ни от каких архитектурныхе реш..костылей.

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

83. Сообщение от _ (??), 07-Апр-26, 20:13   +/
>> That very depends on your /dev/hands
> Этого достаточно, чтобы развивать как модуль.

Same applied to iptables - you can easily hung up yourself if submit stupid rule ... and what? It is a fact - it is inside in kernel, and that's how it is!

Why network-storage-thingy can't be there? Just because you don't like it? Huh? ;-)

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

84. Сообщение от Васян Айтишник (?), 07-Апр-26, 20:22   +/
Да не, бессмысленная поделка. Единственное применение это какие-нибудь системы из каменного века, которые сами ничего не умеют. Вам в любом же случае ещё ФС нужна кластерная типа OCFS, которая сама то ещё поделие.

За 20 лет работы с подобным шлаком я понял одно: ВСЕГДА. ИСПОЛЬЗУЙ. РОДНУЮ. РЕПЛИКАЦИЮ. Если родной репликации нет, стегай SWE, пусть приделывают. Считай история успеха, отказались от DRBD и жили богато (счастливые клиенты) и счастливо (меньше инцидентов).

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


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

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




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

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