предположим, если я синхронизировал два сервера и использовал DRBD, и после того, как я синхронизировал их, я установил приложение на обоих, если я хотел добавить третий сервер. это возможно? так как я думаю, что я должен создать блочное устройство и использовать его при установке, и это делается во время настройки DRBD на обоих серверах
если да, то (добавляйте больше серверов в будущем) применимо к NextCloud серверы?
Спасибо
Как уже упоминалось, DRBD не лучшее решение, особенно если у вас есть требования к дальнейшему масштабированию. Я считаю, что лучшим решением для Linux будет Ceph Cluster - https://en.wikipedia.org/wiki/Ceph_(software) с собственной файловой системой с поддержкой кластеров CephFS. При настройке хранилища высокой доступности в Windows необходимо учитывать StarWind VSAN Бесплатно, который также можно развернуть в облаке (Asure / AWS).
Да, вы можете это сделать! Видеть:
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 9 может масштабироваться до 31 копии ваших данных, то есть до 32 узлов. DRBD 8 был ограничен 4 узлами через стек, но это все еще было возможно. Вы, конечно, можете начать с 2 узлов, а затем добавить третий с DRBD 8 или 9.
DRBD находится в основном ядре Linux, поэтому, если NextCloud не предоставляет только дистрибутивы, удаляющие DRBD из ядра, он будет и работать там.
Похоже, в этом потоке есть некоторые заблуждения о DRBD: вам не нужны какие-либо файловые системы с поддержкой кластера для DRBD в активно-пассивном режиме. Вы бы выбрали «Активный / Активный», как и в случае с общим блочным устройством в сети SAN. Кроме того, DRBD 9 довольно хорошо масштабируется до 32 узлов на кластер, с необычными способами увеличения этого числа.
Если вы не используете специализированную файловую систему с поддержкой кластеров, вы не сможете использовать DRBD для синхронизации файловых систем двух работающих серверов. Причина в том, что оба сервера будут думать, что имеют монопольный доступ к файловой системе, и перезаписывают изменения, сделанные другим сервером. Результатом будет полная потеря файловой системы.
Nextcloud работает по-разному, но также не очень подходит для синхронизации общих файловых систем двух серверов, потому что очень легко вносить конфликтующие изменения в один и тот же файл. В некоторых случаях его можно использовать для синхронизации каталогов данных, но вы должны знать, как работает Nextcloud и как работает ваше приложение, чтобы увидеть, может ли это сработать.
-- Редактировать
Если вы хотите кластеризовать установку Nextcloud, DRBD - не очень хорошее решение, так как вы можете использовать его только для небольшой части того, что составляет сервер Nextcloud. Такие вещи, как база данных SQL, не могут быть кластеризованы таким образом.
Читать https://docs.nextcloud.com/server/9/admin_manual/operations/scaling_multiple_machines.html