https://ns.opennet.dev/openforum/vsluhforumID3/123391.html Опубликован релиз распределенного реплицируемого блочного устройства DRBD 9.1.0, позволяющего реализовать подобие массива RAID-1, сформированного из объединённых по сети нескольких дисков разных машин (зеркалирование по сети). Система оформлена в виде модуля для ядра Linux и распространяется под лицензией GPLv2...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=54661<br> https://ns.opennet.dev/openforum/vsluhforumID3/123391.html#49 Mon, 01 Mar 2021 06:47:25 GMT Попробую улучшить формулировку.<br>1. Если под "распределённой" ФС понимать "shared", то да. Блокировками придётся жертвовать. Потому что "shared" реализуется за счёт отказа от атомарности операций.<br>2. В случае "clustered" ФС, атомарность операций достигается ценой понижения надёжности как отдельных узлов, так (зачастую) и системы в целом. Про это &#8212; GFS и OCFS. B куча батхёртов "а чего оно такое ненадёжное". А вот того.<br>3. "CAP-теорема" пока AFAIK не доказана и не опровергнута. Я даже не уверен, что данные положения потрудились формально выразить. Но при проектировании ей пользуются не хуже чем каким-нибудь "правилом буравчика". Кто не пользуется &#8212; получает что-то вроде rabbitMQ. (Всё здорово до первой попытки собрать "кластер").<br> https://ns.opennet.dev/openforum/vsluhforumID3/123391.html#48 Sun, 28 Feb 2021 18:36:50 GMT &gt; Видимо либо всё колом будет вставать на любой записи либо сплитбрейн.<br><br>Так называемая "САР-теорема" это не теорема, так как не существует никакого математического обоснования её. <br>Сплитбрейн это аварийная ситуация. В чем противоречие "теореме" при штатной работе - не понятно. <br> https://ns.opennet.dev/openforum/vsluhforumID3/123391.html#47 Sun, 28 Feb 2021 01:51:22 GMT &gt;&gt;на обеих есть mdraid и LUKS, как сделать синхронизацию с помощью DRBD+OCFS2?<br>&gt; Для синхронизации файловая система не нужна. Утилите dd же ведь наплевать какая <br>&gt; файловая поручена ей для копирования. )) ФС нужна для структурирования информации <br>&gt; на носителе и описании правил доступа к ней. А вот CEPH <br>&gt; и DRBD позволяют "размазать" блочное устройство по сети. Либо в raid <br>&gt; 1, либо в raid 5. С некоторыми вариациями.<br><br>читайте мануал или хотя бы эту ветку<br> https://ns.opennet.dev/openforum/vsluhforumID3/123391.html#46 Sat, 27 Feb 2021 17:34:34 GMT &gt; Я так понимаю, на этом блочном устройстве можно создать любую желаемую ФС.<br><br>Да. И даже использовать без ФС совсем при необходимости. Просто как блочное устройство.<br> https://ns.opennet.dev/openforum/vsluhforumID3/123391.html#45 Sat, 27 Feb 2021 14:48:53 GMT &gt;на обеих есть mdraid и LUKS, как сделать синхронизацию с помощью DRBD+OCFS2?<br><br>Для синхронизации файловая система не нужна. Утилите dd же ведь наплевать какая файловая поручена ей для копирования. )) ФС нужна для структурирования информации на носителе и описании правил доступа к ней. А вот CEPH и DRBD позволяют "размазать" блочное устройство по сети. Либо в raid 1, либо в raid 5. С некоторыми вариациями.<br> https://ns.opennet.dev/openforum/vsluhforumID3/123391.html#44 Sat, 27 Feb 2021 14:26:02 GMT &gt;Да, полноценного использования мультимастера нужна кластерная ФС.<br>&gt;В 2010-м успешно делал отказоустойчивые кластеры на связке DRBD+OCFS2 (Oracle Cluster &gt;FileSystem v2 - GPL, драйвер входит в ванильное ядро).<br>&gt;Например, поверх этого дела отлично работал (в том числе и) PostgreSQL.<br><br>Я то же самое - ту же связку - мастерил, но для облачной инфраструктуры предприятия. ) До сих пор работает.<br> https://ns.opennet.dev/openforum/vsluhforumID3/123391.html#43 Sat, 27 Feb 2021 13:43:05 GMT Видимо либо всё колом будет вставать на любой записи либо сплитбрейн.<br> https://ns.opennet.dev/openforum/vsluhforumID3/123391.html#42 Sat, 27 Feb 2021 11:37:02 GMT &gt; В 9.1 как раз планировали допилить работающий в бете с девятки dual-primary. <br>&gt; Не знаю, допилили или нет :-) <br><br>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.<br><br>Additionally, as both resources are always primary, any interruption in the network between nodes will result in a split-brain.<br>In DRBD 9.0.x Dual-Primary mode is limited to exactly 2 Primaries for the use in live migration.<br><br>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.<br><br>А OCFS2 я так понимаю часть ядра Unbreakable Kernel от оракла.<br><br>Не знаю что там будет в 9.1, но не думаю что так всё просто.<br> https://ns.opennet.dev/openforum/vsluhforumID3/123391.html#41 Sat, 27 Feb 2021 09:43:48 GMT ты путаешь Lustre и Gluster (GlusterFS). а твой предшественник скорее всего вообще не знал о чём писал (GFS). GFS в 90-х финансировал SGI для своей IRIX. все 3 давно закопаны. а то что сейчас в RedHat, это GFS2 - развитие OpenGFS (порт GFS для Linux). впрочем не удивлюсь если тот человек вообще думал про GPFS (детище IBM)<br>