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. "В ядро Linux предложено включить распределённое реплицируемо..."  +/
Сообщение от pashev.ru (?), 06-Апр-26, 23:03 
Nvmesh-капец?
Ответить | Правка | Наверх | Cообщить модератору

2. "В ядро Linux предложено включить распределённое реплицируемо..."  +10 +/
Сообщение от Аноним (2), 06-Апр-26, 23:05 
Звучит надёжно и безопасно.
Ответить | Правка | Наверх | Cообщить модератору

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

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

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

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

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

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

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

38. "В ядро Linux предложено включить распределённое реплицируемо..."  +2 +/
Сообщение от andreyche (?), 07-Апр-26, 09:36 
А на деле - нет.
Настрадался я в свое время с этим поделием, split brain например
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

63. "В ядро Linux предложено включить распределённое реплицируемо..."  +/
Сообщение от Аноним (63), 07-Апр-26, 17:26 
>Звучит надёжно и безопасно.

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

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

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

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

12. "В ядро Linux предложено включить распределённое реплицируемо..."  +18 +/
Сообщение от Admino (ok), 06-Апр-26, 23:42 
Опять в интернете кто-то делает не то, что ты хочешь.
Ответить | Правка | Наверх | Cообщить модератору

32. "В ядро Linux предложено включить распределённое реплицируемо..."  +/
Сообщение от anoName (?), 07-Апр-26, 08:43 
не в интернете а в ядре
Ответить | Правка | Наверх | Cообщить модератору

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

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

21. "В ядро Linux предложено включить распределённое реплицируемо..."  –1 +/
Сообщение от nikweter (?), 07-Апр-26, 05:41 
чет не понял. у меня в селектеле сервер на дебиане. как там ebs настроить?
Ответить | Правка | Наверх | Cообщить модератору

29. "В ядро Linux предложено включить распределённое реплицируемо..."  +1 +/
Сообщение от User (??), 07-Апр-26, 07:49 
А тебе и не надо - главное, чтоб селектел понимал
Ответить | Правка | Наверх | Cообщить модератору

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

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

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

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

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

10. "В ядро Linux предложено включить распределённое реплицируемо..."  +/
Сообщение от Аноним (7), 06-Апр-26, 23:36 
vblade, не?
Ответить | Правка | Наверх | Cообщить модератору

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

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

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

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

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

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

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

14. "В ядро Linux предложено включить распределённое реплицируемо..."  +1 +/
Сообщение от Michael (??), 07-Апр-26, 00:26 
Это для вычислительных кластеров, там пофиг
Ответить | Правка | Наверх | Cообщить модератору

16. "В ядро Linux предложено включить распределённое реплицируемо..."  +1 +/
Сообщение от Аноним (15), 07-Апр-26, 00:42 
но будет сайд-эффект и на ПК
Ответить | Правка | Наверх | Cообщить модератору

26. "В ядро Linux предложено включить распределённое реплицируемо..."  –1 +/
Сообщение от Аноним (26), 07-Апр-26, 07:25 
Не загружайте этот молуль на ПК или вообще не собирайте.
Ответить | Правка | Наверх | Cообщить модератору

33. "В ядро Linux предложено включить распределённое реплицируемо..."  +3 +/
Сообщение от anoName (?), 07-Апр-26, 08:44 
красношляпка за тебя соберёт
Ответить | Правка | Наверх | Cообщить модератору

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

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

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

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

62. "В ядро Linux предложено включить распределённое реплицируемо..."  +/
Сообщение от Аноним (63), 07-Апр-26, 17:24 
>там пофиг

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

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

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

27. "В ядро Linux предложено включить распределённое реплицируемо..."  –2 +/
Сообщение от Аноним (26), 07-Апр-26, 07:26 
make nconfig
Ответить | Правка | Наверх | Cообщить модератору

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

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

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

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

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

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

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

79. "В ядро Linux предложено включить распределённое реплицируемо..."  +/
Сообщение от пох. (?), 07-Апр-26, 19:33 
А выбора не г08на из г08на у вас нет?

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

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

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

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

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

64. "В ядро Linux предложено включить распределённое реплицируемо..."  +/
Сообщение от _ (??), 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ообщить модератору

67. "В ядро Linux предложено включить распределённое реплицируемо..."  –1 +/
Сообщение от Аноним (63), 07-Апр-26, 17:41 
>That very depends on your /dev/hands

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

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

74. "В ядро Linux предложено включить распределённое реплицируемо..."  +/
Сообщение от пох. (?), 07-Апр-26, 17:57 
из-за шта6ле нонсенса

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

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

83. "В ядро Linux предложено включить распределённое реплицируемо..."  +/
Сообщение от _ (??), 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? ;-)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

54. "В ядро Linux предложено включить распределённое реплицируемо..."  +/
Сообщение от eugener (ok), 07-Апр-26, 12:43 
Легко проверяется командой lsmod.
Ответить | Правка | Наверх | Cообщить модератору

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

76. "В ядро Linux предложено включить распределённое реплицируемо..."  –2 +/
Сообщение от Аноним (15), 07-Апр-26, 18:10 
> lsmod специально пропатчен

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

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

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

78. "В ядро Linux предложено включить распределённое реплицируемо..."  +1 +/
Сообщение от eugener (ok), 07-Апр-26, 18:32 
lsmod is a trivial program which nicely formats the contents of the /proc/modules, showing what kernel modules are currently loaded.

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

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

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

71. "В ядро Linux предложено включить распределённое реплицируемо..."  +/
Сообщение от пох. (?), 07-Апр-26, 17:55 
> DRDB9 Кто то пользуется (не холивара ради)?

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

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

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

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

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

55. "В ядро Linux предложено включить распределённое реплицируемо..."  +/
Сообщение от похнапоха (?), 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ообщить модератору

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

66. "В ядро Linux предложено включить распределённое реплицируемо..."  +/
Сообщение от _ (??), 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ообщить модератору

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

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

70. "В ядро Linux предложено включить распределённое реплицируемо..."  +/
Сообщение от пох. (?), 07-Апр-26, 17:53 
и да, у зетников из Zvirt сегодня праздник.

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

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

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




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

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