DRBD LVM - резервный против физического и LVM фильтра

Мы экспериментируем с DRBD/ кардиостимулятором поверх существующей конфигурации Debian 6 Encrypted RAID1. У нас есть один сравнительно общий и один сравнительно конкретный вопрос:

1) DRBD - резервный или физический объем (вопрос об общем варианте дизайна)

Мы хотим запустить несколько виртуальных серверов в нашей настройке DRBD/ кардиостимулятор. Посмотрев (и получив большую помощь на этом форуме - спасибо DOC) за использование LVM в качестве вспомогательного устройства, кажется, что если мы хотим раскрутить и разрушить логические тома "на лету", нам может быть лучше использовать LVM сверху DRBD как физический том. Это звучит правильно?

Для наших целей лучший выбор - "бэк" или "физический том"? Есть ли вариант дизайна, который позволил бы нам иметь один drbd, поместить все логические тома на него, что затем позволило бы нам иметь более простую конфигурацию drbd и pacemaker? Если бы мы продолжали использовать LVM в качестве резервного устройства, вы бы выбрали один drbd для каждого логического тома и соответственно создали бы наши CRM кардиостимулятора?

Часть сложности для нас здесь заключается в добавлении к этим проблемам использования Encrypted RAID1 (поэтому мы боролись с картами дисков / устройств в файле drbd.conf).

2) проблема фильтра LVM (более конкретный вопрос)

В документации "Настройка ресурса DRBD как физического тома" он настраивает lvm.conf после создания физического тома на вашем drbd: filter = ["a | drbd.|", "R |.|" ], write_cache_state = 0, а затем стереть кэш lvm.

Проблема в том, что, как только мы это сделаем, мы не сможем заставить работать какой-либо из "pvscan, vgscan, lvscan", и нам нужно будет активировать группу томов, чтобы добавить наш модифицированный следующий логический том в drbd. В одной документации по настройке говорилось, что вам нужно обновить intrafs, что после этого мы больше не можем загружать машину (это тестовая машина, так что просто неудобно).

Q: Что мы здесь делаем не так? Документация, похоже, предполагает, что после настройки "lvm.conf" вы должны иметь возможность использовать такие вещи, как "vgchange -aey volumegroup", но все наши запуски возвращаются пустыми.

Является ли это тем, что нам нужно временно обновить "lvm.conf" до его исходного фильтра, добавить логический том, а затем изменить "lvm.conf обратно?" К вашему сведению - если мы загрузимся с исходного фильтра, наш drbd монтируется, но в tty мы получаем ошибки о том, что зашифрованное устройство не может запуститься... поэтому мы предполагаем, что это не ответ.

Помощь оценена (с удовольствием выкладываю любые конфиги или логи по запросу... просто не уверен, что было бы полезно)!

Источник

1 ответ

Если я правильно понимаю ваши требования, это то, что я буду делать:

  1. Создайте одно устройство DRBD, отметьте его как PV для LVM. Создайте ресурсы Pacemaker для тома DRBD и каждого из логических томов LVM, причем логические тома зависят от тома DRBD.

  2. Ваш фотоэлектрический фильтр выглядит правильно. Вы убедились, что устройство DRBD правильно помечено как PV? Если на нем нет метаданных, оно не будет отображаться. Попробуйте использовать pvck Команда для проверки этого:

    $ sudo pvck /dev/sda1
  Found label on /dev/sda1, sector 1, type=LVM2 001
  Found text metadata area: offset=4096, size=192512

    Вы также можете попробовать заменить свой фильтр на a/.*/ поэтому он сканирует каждый том. Хотя, если вы не напутали, как называются устройства drbd, фильтр, который вы перечислили, должен работать нормально. Я думаю, что более вероятно, что метаданные отсутствуют.

Ммм... и попробуй запустить pvscan -d чтобы получить больше данных отладки.

Источник
Другие вопросы по тегам