Серверы синхронизации с DRBD
предположим, что если я синхронизировал два сервера и использовал DRBD, и после того, как я синхронизировал их, я установил приложение на обоих, если я хотел добавить третий сервер. это возможно ? поскольку я думаю, что мне следует создать блочное устройство и использовать его при установке, и это делается во время настройки DRBD на обоих серверах
, если да, то это (добавление дополнительных серверов в будущем) также применимо к NextCloud ] серверов ?
Спасибо
DRBD 9 может масштабироваться до 31 копии ваших данных, то есть до 32 узлов. DRBD 8 был ограничен 4 узлами через стек, но это все еще было возможно. Вы, конечно, можете начать с 2 узлов, а затем добавить третий с DRBD 8 или 9.
DRBD находится в основном ядре Linux, поэтому, если NextCloud не предоставляет только дистрибутивы, удаляющие DRBD из ядра, он будет и работать там. .
Похоже, в этой ветке существуют некоторые заблуждения о DRBD: вам не нужны никакие файловые системы с поддержкой кластера для DRBD в активно-пассивном режиме. Вы бы выбрали режим «Активный / Активный», как и в случае с общим блочным устройством в сети SAN. Кроме того, DRBD 9 довольно хорошо масштабируется до 32 узлов на кластер, с необычными способами увеличения этого числа.
Да, вы совершенно точно можете это сделать! См.:
https://docs.linbit.com/doc/users-guide-83/s-three-nodes/
Единственная проблема, которая вам нужна: файловая система с поддержкой кластера или активная-пассивная- пассивный режим с перемонтированием файловой системы при отказе (в этом случае только один узел может иметь работающее приложение с возможностью записи). Хорошая история на обложке здесь:
https://forums.starwindsoftware.com/viewtopic.php?f=5&t=1392
P.S. DRBD - не лучшее решение для хранения высокой доступности, которое у нас есть в наши дни, поэтому я бы посоветовал взглянуть на что-нибудь более специфичное для ОС.
Если вы не используете специализированную файловую систему с поддержкой кластеров, вы не сможете использовать DRBD для синхронизации файловых систем двух работающих серверов. Причина в том, что оба сервера будут думать, что имеют монопольный доступ к файловой системе, и перезаписывают изменения, сделанные другим сервером. Результатом будет полная потеря файловой системы.
Nextcloud работает по-разному, но также не совсем подходит для синхронизации общих файловых систем двух серверов, потому что очень легко внести конфликтующие изменения в один и тот же файл. В некоторых случаях его можно использовать для синхронизации каталогов данных, но вы должны знать, как работает Nextcloud и как работает ваше приложение, чтобы увидеть, может ли это сработать.
- Изменить
Если вы хотите кластеризовать установку Nextcloud, DRBD - не очень хорошее решение, так как вы можете использовать его только для небольшой части того, что составляет сервер Nextcloud. Такие вещи, как база данных SQL, не могут быть кластеризованы таким образом.
Прочтите https://docs.nextcloud.com/server/9/admin_manual/operations/scaling_multiple_machines.html
Как уже упоминалось, DRBD не лучшее решение, особенно если у вас есть требования к дальнейшему масштабированию. Я считаю, что лучшим решением для Linux будет Ceph Cluster - https://en.wikipedia.org/wiki/Ceph_ (программное обеспечение) с его собственной файловой системой с поддержкой кластеров CephFS . При настройке хранилища высокой доступности в Windows примите во внимание StarWind VSAN Free , который также можно развернуть в облаке (Asure / AWS).