The OpenNET Project / Index page

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



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

Оглавление

Релиз распределенного реплицируемого блочного устройства DRBD 9.1.0[BR], opennews (??), 26-Фев-21, (0) [смотреть все]

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


10. "Релиз распределенного реплицируемого блочного устройства DRB..."  –3 +/
Сообщение от kissmyass (?), 26-Фев-21, 14:23 
А репликация двухсторонняя? Только в синхронном режиме?

Для синхронизации видео-архива лучше блочное устройство с DRBD или какой-нибудь Syncting?

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

12. "Релиз распределенного реплицируемого блочного устройства DRB..."  +/
Сообщение от 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ообщить модератору

13. "Релиз распределенного реплицируемого блочного устройства DRB..."  –3 +/
Сообщение от kissmyass (?), 26-Фев-21, 15:10 
> DRBD supports both synchronous and asynchronous write operations, which will be further
> discussed below in relation to the three protocol setups.

И? Как это отвечает хоть на один мой вопрос?

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

27. "Релиз распределенного реплицируемого блочного устройства DRB..."  +1 +/
Сообщение от Аноним (27), 26-Фев-21, 19:37 
На этот, например?
> Только в синхронном режиме?
Ответить | Правка | Наверх | Cообщить модератору

30. "Релиз распределенного реплицируемого блочного устройства DRB..."  –3 +/
Сообщение от kissmyass (?), 26-Фев-21, 22:44 
> На этот, например?
>> Только в синхронном режиме?

Так без ответа на первый не имеет большого смысла ответ на второй (это как бы уточняющий вопрос).

Я уже нашел документацию, пишут про 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ообщить модератору

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

42. "Релиз распределенного реплицируемого блочного устройства DRB..."  –1 +/
Сообщение от kissmyass (?), 27-Фев-21, 14:37 
> В 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ообщить модератору

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

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

а что поверх чего прикручивается?

допустим есть две машины, в локальной сети (ну или близко к локальной)

на обеих есть mdraid и LUKS, как сделать синхронизацию с помощью DRBD+OCFS2?

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

45. "Релиз распределенного реплицируемого блочного устройства DRB..."  +/
Сообщение от AlexNemail (??), 27-Фев-21, 17:48 
>на обеих есть mdraid и LUKS, как сделать синхронизацию с помощью DRBD+OCFS2?

Для синхронизации файловая система не нужна. Утилите dd же ведь наплевать какая файловая поручена ей для копирования. )) ФС нужна для структурирования информации на носителе и описании правил доступа к ней. А вот CEPH и DRBD позволяют "размазать" блочное устройство по сети. Либо в raid 1, либо в raid 5. С некоторыми вариациями.

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

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

читайте мануал или хотя бы эту ветку

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

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

Я то же самое - ту же связку - мастерил, но для облачной инфраструктуры предприятия. ) До сих пор работает.

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

16. "Релиз распределенного реплицируемого блочного устройства DRB..."  –3 +/
Сообщение от Ананоним (?), 26-Фев-21, 16:29 
Всё лучше Syncting

Go   HTML   Kotlin   Shell  Python

Ты серьёзно считаешь что это может потягаться с такой великолепной и отлаженной штукой как DRBD?

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

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

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




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

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