LVM в кластере - нужен совет

Я пытаюсь настроить кластер из 2 узлов с общим хранилищем, но конфигурация, вероятно, немного необычна. Это описано ниже:

  1. Оба узла имеют доступ к общему хранилищу с несколькими дисками. Для узлов кластера они отображаются как локальные (тип подключения SAN).
  2. Узел A собирается использовать половину этих дисков для сборки в виде /w RAID (назовем его SW_RAID1). Поверх этого программного RAID будет LVM (скажем, VG-1).
    То же самое для узла B, за исключением того, что узел B создает свой собственный программный RAID (SW-RAID2), используя другие жесткие диски, чем узел A.
  3. В случае сбоя оставшийся узел должен взять на себя все ресурсы (как SW-RAID1, так и 2 с VG-1 и VG-2 соответственно).

Изображение ниже иллюстрирует настройку.

топология кластера

Вопрос в том, могу ли я использовать обычный LVM для такого рода установки или мне нужно использовать кластерный LVM?

По моему мнению, я могу использовать простой LVM, потому что каждая группа томов повторно заполняется на объекте (/dev/md*), который никогда не будет доступен на обоих узлах одновременно (обеспечивается кластером, поскольку он управляет вышеуказанными программными RAID-массивами).), так что с точки зрения LVM это даже не A/P.

Я прав? При ответе, пожалуйста, укажите причину, если это возможно. Спасибо!

2 ответа

Если я правильно читаю ваш вопрос, думаю, вы ищете DRBD. Это будет прозрачно синхронизировать диски двух серверов, позволяя одному переключаться на другой без потери данных.

Теоретически вы могли бы, но я бы не стал. Совместное использование томов между двумя серверами при чистом отключении между переносами должно быть достаточно безопасным.

Но то, что вы делаете, не даст вам спешиться. Вот почему вы должны использовать кластерную файловую систему: она предназначена для обработки исчезновения сервера без повреждения файловой системы.

И до тех пор, пока каждый сервер не обращается к одним и тем же файлам одновременно, не должно быть эффективной разницы в производительности.

Другие вопросы по тегам