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

"Релиз распределенного реплицируемого блочного устройства DRBD 9.1.0[BR]"	+/–
Сообщение от opennews (??), 26-Фев-21, 12:11
Опубликован релиз распределенного реплицируемого блочного устройства DRBD 9.1.0, позволяющего реализовать подобие массива RAID-1, сформированного из объединённых по сети нескольких дисков разных машин (зеркалирование  по сети). Система оформлена в виде модуля для ядра Linux и распространяется под лицензией GPLv2... Подробнее: https://www.opennet.dev/opennews/art.shtml?num=54661
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по ответам | RSS]

1. Сообщение от Аноним (1), 26-Фев-21, 12:11	+5 +/–
найс
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #28

2. Сообщение от Qwerty (??), 26-Фев-21, 12:42	–32 +/–
Зумерки изобрели GlusterFS.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #3, #4, #5, #6, #7, #9, #21, #24

3. Сообщение от Зумерок (?), 26-Фев-21, 12:50	+18 +/–
Ага, изобрели. и это случилось ещё до твоего рождения, если ты про drdb впервые слышишь. Лично я про drdb узнал году так в 2005ом.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #8

4. Сообщение от YetAnotherOnanym (ok), 26-Фев-21, 13:00	–1 +/–
По линкам не ходил, не знаю, насколько сабж по функционалу аналогичен глустеру, но если он будет лучше, то почему бы нет? Глустер я когда-то пощупал, оказался он тормозным и глючным. Так что альтернативу я могу только приветствовать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

5. Сообщение от RomanCh (ok), 26-Фев-21, 13:20	+2 +/–
Про "зумерки" вам ответили. Но вообще, вы точно понимаете смысл того что пишете? Похоже что нет, т.к. DBRD это про репликацию блочного устройства работающую на уровне ядра, а глюЧстерФС - про POSIX совместимую FUSE.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #19

6. Сообщение от это не я (?), 26-Фев-21, 13:21	+5 +/–
Алё! DRBD в зрелом состоянии прибывает уже с середины нулевых. Каждый второй нище-хостер тогда держал её как хранилище для xen. Замеры метнулись во времени, или же комментатор не в себе? Ожидаем появление комментариев в духе "NBD? AoE? Зумеры изобрели iSCSI?" и "NFS? Школьники делают свой нескучный cifs?"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

7. Сообщение от Аноним (7), 26-Фев-21, 13:39	+/–
Палишься. Совсем разные вещи, а существует уже черт знает сколько как тут и до меня уже написали
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

8. Сообщение от Qwerty (??), 26-Фев-21, 13:46	–14 +/–
> Ага, изобрели. и это случилось ещё до твоего рождения, если ты про > drdb впервые слышишь. Лично я про drdb узнал году так в > 2005ом. Впервые. Зачем какой-то недоделанный DRDB, если есть GFS, которая уже работает?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #11, #18, #20, #26

9. Сообщение от Аноним (9), 26-Фев-21, 14:15	+1 +/–
Ты не прав. Как уже написали выше, DBRD существовал уже как минимум в 2005 году.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

10. Сообщение от kissmyass (?), 26-Фев-21, 14:23	–3 +/–
А репликация двухсторонняя? Только в синхронном режиме? Для синхронизации видео-архива лучше блочное устройство с DRBD или какой-нибудь Syncting?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #12, #16

11. Сообщение от ford1813 (ok), 26-Фев-21, 14:32	+5 +/–
Кому нужно GFS - возьмут его, кому нужен DRDB возьмут его. Если вы о DRDB слышите впервые - это не значит что он недоделанный. Сейчас много расхайпаного говна, каждому своё.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8

12. Сообщение от ford1813 (ok), 26-Фев-21, 14:53	+/–
DRBD supports both synchronous and asynchronous write operations, which will be further discussed below in relation to the three protocol setups.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #13

13. Сообщение от kissmyass (?), 26-Фев-21, 15:10	–3 +/–
> DRBD supports both synchronous and asynchronous write operations, which will be further > discussed below in relation to the three protocol setups. И? Как это отвечает хоть на один мой вопрос?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #27

15. Сообщение от Ананоним (?), 26-Фев-21, 16:26	+2 +/–
Замечательная штука. Молодцы ребята. Долгих вам лет и успехов.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #22

16. Сообщение от Ананоним (?), 26-Фев-21, 16:29	–3 +/–
Всё лучше Syncting Go   HTML   Kotlin   Shell  Python Ты серьёзно считаешь что это может потягаться с такой великолепной и отлаженной штукой как DRBD?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

18. Сообщение от Аноним (18), 26-Фев-21, 16:35	+7 +/–
То есть, ты не видишь разницы между файловой системой и блочным устройством?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8

19. Сообщение от Аноним (18), 26-Фев-21, 16:37	+/–
Более того, распределенная файловая система, 100% совместимая с POSIX, даже теоретически невозможна, поскольку семантика блокировок в POSIX противоречит CAP-теореме.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #32, #49

20. Сообщение от бублички (?), 26-Фев-21, 16:46	+3 +/–
> есть GFS, которая уже работает которая тормозит себе целиком в user-space да ещё через FUSE. ты хоть бы почитал какие книжки или газеты для развития, а-то совсме мозги засохли
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8

21. Сообщение от Аноним (21), 26-Фев-21, 16:49	+/–
Редхатовский глистФС работает в пространстве пользователя FUSE... короче говоря тормозит
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #40

22. Сообщение от валяйте (?), 26-Фев-21, 17:38	–2 +/–
Ещеб документация у этой байды была...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #23

23. Сообщение от Умею пользоваться поисковиком (?), 26-Фев-21, 17:43	+1 +/–
Не благодари: https://www.linbit.com/drbd-user-guide/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22 Ответы: #29

24. Сообщение от Аноним (24), 26-Фев-21, 18:42	+/–
>Зумерки изобрели GlusterFS. Я так понимаю, на этом блочном устройстве можно создать любую желаемую ФС.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #46

25. Сообщение от Аноним (-), 26-Фев-21, 19:05	+/–
Глючная штука, убивает обе копии при сбоях при синхронизации
Ответить | Правка | Наверх | Cообщить модератору

26. Сообщение от zzz (??), 26-Фев-21, 19:31	–2 +/–
>есть GFS, которая уже работает Ну это ты погорячился. Намедни у одного провайдера люстра упала. Два раза. Клиенты были рады до одури.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #41

27. Сообщение от Аноним (27), 26-Фев-21, 19:37	+1 +/–
На этот, например? > Только в синхронном режиме?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #30

28. Сообщение от AlexN (??), 26-Фев-21, 20:21	+/–
В стабильном дебиане версия Пакет: drbd-utils (9.5.0-1), в sid - Пакет: drbd-utils (9.15.0-1). Не понял о чем новость...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #38

29. Сообщение от валяйте (?), 26-Фев-21, 21:07	–1 +/–
Ну и заодно расскажи как к этому цеплять ocfs или gfs
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #36

30. Сообщение от kissmyass (?), 26-Фев-21, 22:44	–3 +/–
> На этот, например? >> Только в синхронном режиме? Так без ответа на первый не имеет большого смысла ответ на второй (это как бы уточняющий вопрос). Я уже нашел документацию, пишут про primary и secondary. Синхронный "мульти-мастер" возможен только с GFS или другой подобной фс. А что касается режимов работы то их вообще не 2 а 3 - Asynchronous replication protocol. Local write operations on the primary node are considered completed as soon as the local disk write has finished, and the replication packet has been placed in the local TCP send buffer. In the event of forced fail-over, data loss may occur. - Memory synchronous (semi-synchronous) replication protocol. Local write operations on the primary node are considered completed as soon as the local disk write has occurred, and the replication packet has reached the peer node. Normally, no writes are lost in case of forced fail-over. - Synchronous replication protocol. Local write operations on the primary node are considered completed only after both the local and the remote disk write have been confirmed. As a result, loss of a single node is guaranteed not to lead to any data loss. Как прикрутить GFS слабо себе представляю, что за зверинец будет в итоге тоже непонятно. Надо курить дальше, может кто и подскажет по теме.. Но поднять Syncthing получается намного проще, ведь мне блочная синхронизация необязательна.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #31, #33

31. Сообщение от Аноним (18), 26-Фев-21, 23:13	+1 +/–
В 9.1 как раз планировали допилить работающий в бете с девятки dual-primary. Не знаю, допилили или нет :-)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30 Ответы: #42

32. Сообщение от Минона (ok), 26-Фев-21, 23:22	+/–
Можно подробнее в чем противоречие.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19 Ответы: #43

33. Сообщение от vvi (??), 26-Фев-21, 23:24	+/–
Да, полноценного использования мультимастера нужна кластерная ФС. В 2010-м успешно делал отказоустойчивые кластеры на связке DRBD+OCFS2 (Oracle Cluster FileSystem v2 - GPL, драйвер входит в ванильное ядро). Например, поверх этого дела отлично работал (в том числе и) PostgreSQL.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30 Ответы: #34, #44

34. Сообщение от kissmyass (?), 26-Фев-21, 23:43	–2 +/–
> Да, полноценного использования мультимастера нужна кластерная ФС. > В 2010-м успешно делал отказоустойчивые кластеры на связке DRBD+OCFS2 (Oracle Cluster FileSystem > v2 - GPL, драйвер входит в ванильное ядро). > Например, поверх этого дела отлично работал (в том числе и) PostgreSQL. а что поверх чего прикручивается? допустим есть две машины, в локальной сети (ну или близко к локальной) на обеих есть mdraid и LUKS, как сделать синхронизацию с помощью DRBD+OCFS2?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33 Ответы: #45

35. Сообщение от Онаним (?), 26-Фев-21, 23:45	+1 +/–
Всё бы было ничего, если бы арбитраж и механизмы поддержания кворума и целостности так и не остались на уровне 2005 года.
Ответить | Правка | Наверх | Cообщить модератору

36. Сообщение от Онаним (?), 26-Фев-21, 23:47	+/–
В принципе так же, как и к любой хранилке. Можно напрямую. Можно iSCSI поверх навернуть и цеплять к нему. Основная задница с DRBD наступает, когда кластер разваливается полностью. Даже при синхронной репликации и в режиме suspend-io, когда в теории ничего нового процессы уже не запишут, и можно по меткам времени записи восстановиться, оно так нормально восстанавливаться не умеет
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29 Ответы: #37

37. Сообщение от Онаним (?), 26-Фев-21, 23:49	+/–
Любимый способ восстановления - убиение ноды через внешний stonith или хотя бы через sysrq. Чтобы в добавок к разрыву синхронизации ещё локально не дописанные данные потерять. Это (он), уважаемая рыдагция.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36

38. Сообщение от ya (??), 27-Фев-21, 08:41	+2 +/–
Нумерация drbd и drbd-utils не совпадает. Пакетов с самим drbd нет, он в ядре. По крайней мере, это касается бубунты.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28 Ответы: #39

39. Сообщение от AlexN (??), 27-Фев-21, 09:23	+/–
Все верно. Мое заблуждение вызвано тем, что я вводил в эксплуатацию эту систему, когда номера почти совпадали.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38

40. Сообщение от Анончик (?), 27-Фев-21, 09:45	–2 +/–
Анон системный программист у которого FUSE в GlusterFS является узким местом. Ты хотя бы погугли про переключение контекстов и на что оно влияет, а потом трассировку сделай на проде GlusterFS что бы посмотреть где же fuse тормозит так сильно. Ощущение что кассиры из Макдака только и деляют что в свободное время линь себе ставят и охают как у них тормозит.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21

41. Сообщение от бублички (?), 27-Фев-21, 12:43	+/–
ты путаешь Lustre и Gluster (GlusterFS). а твой предшественник скорее всего вообще не знал о чём писал (GFS). GFS в 90-х финансировал SGI для своей IRIX. все 3 давно закопаны. а то что сейчас в RedHat, это GFS2 - развитие OpenGFS (порт GFS для Linux). впрочем не удивлюсь если тот человек вообще думал про GPFS (детище IBM)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26

42. Сообщение от kissmyass (?), 27-Фев-21, 14:37	–1 +/–
> В 9.1 как раз планировали допилить работающий в бете с девятки dual-primary. > Не знаю, допилили или нет :-) Dual-primary mode requires that the resource is configured to replicate synchronously (protocol C). Because of this it is latency sensitive, and ill suited for WAN environments. Additionally, as both resources are always primary, any interruption in the network between nodes will result in a split-brain.     In DRBD 9.0.x Dual-Primary mode is limited to exactly 2 Primaries for the use in live migration. In dual-primary mode, a resource is, at any given time, in the primary role on two cluster nodes[1]. Since concurrent access to the data is thus possible, this mode requires the use of a shared cluster file system that utilizes a distributed lock manager. Examples include GFS and OCFS2. А OCFS2 я так понимаю часть ядра Unbreakable Kernel от оракла. Не знаю что там будет в 9.1, но не думаю что так всё просто.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31

43. Сообщение от Аноним (43), 27-Фев-21, 16:43	+1 +/–
Видимо либо всё колом будет вставать на любой записи либо сплитбрейн.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32 Ответы: #48

44. Сообщение от AlexN (??), 27-Фев-21, 17:26	+/–
>Да, полноценного использования мультимастера нужна кластерная ФС. >В 2010-м успешно делал отказоустойчивые кластеры на связке DRBD+OCFS2 (Oracle Cluster >FileSystem v2 - GPL, драйвер входит в ванильное ядро). >Например, поверх этого дела отлично работал (в том числе и) PostgreSQL. Я то же самое - ту же связку - мастерил, но для облачной инфраструктуры предприятия. ) До сих пор работает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33

45. Сообщение от AlexN (??), 27-Фев-21, 17:48	+/–
>на обеих есть mdraid и LUKS, как сделать синхронизацию с помощью DRBD+OCFS2? Для синхронизации файловая система не нужна. Утилите dd же ведь наплевать какая файловая поручена ей для копирования. )) ФС нужна для структурирования информации на носителе и описании правил доступа к ней. А вот CEPH и DRBD позволяют "размазать" блочное устройство по сети. Либо в raid 1, либо в raid 5. С некоторыми вариациями.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34 Ответы: #47

46. Сообщение от Аноним (46), 27-Фев-21, 20:34	+/–
> Я так понимаю, на этом блочном устройстве можно создать любую желаемую ФС. Да. И даже использовать без ФС совсем при необходимости. Просто как блочное устройство.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24

47. Сообщение от kissmyass (?), 28-Фев-21, 04:51	+/–
>>на обеих есть mdraid и LUKS, как сделать синхронизацию с помощью DRBD+OCFS2? > Для синхронизации файловая система не нужна. Утилите dd же ведь наплевать какая > файловая поручена ей для копирования. )) ФС нужна для структурирования информации > на носителе и описании правил доступа к ней. А вот CEPH > и DRBD позволяют "размазать" блочное устройство по сети. Либо в raid > 1, либо в raid 5. С некоторыми вариациями. читайте мануал или хотя бы эту ветку
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45

48. Сообщение от Минона (ok), 28-Фев-21, 21:36	+/–
> Видимо либо всё колом будет вставать на любой записи либо сплитбрейн. Так называемая "САР-теорема" это не теорема, так как не существует никакого математического обоснования её. Сплитбрейн это аварийная ситуация. В чем противоречие "теореме" при штатной работе - не понятно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43

49. Сообщение от PnD (??), 01-Мрт-21, 09:47	+/–
Попробую улучшить формулировку. 1. Если под "распределённой" ФС понимать "shared", то да. Блокировками придётся жертвовать. Потому что "shared" реализуется за счёт отказа от атомарности операций. 2. В случае "clustered" ФС, атомарность операций достигается ценой понижения надёжности как отдельных узлов, так (зачастую) и системы в целом. Про это — GFS и OCFS. B куча батхёртов "а чего оно такое ненадёжное". А вот того. 3. "CAP-теорема" пока AFAIK не доказана и не опровергнута. Я даже не уверен, что данные положения потрудились формально выразить. Но при проектировании ей пользуются не хуже чем каким-нибудь "правилом буравчика". Кто не пользуется — получает что-то вроде rabbitMQ. (Всё здорово до первой попытки собрать "кластер").
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19

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

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