drbdX --> vg или vg --> drbdX

drbd вниз, сверху lvm. Это нужно чтобы из lvm можно было стругать тома как тебе нравится.

Хотя щас голова уже не варит, может напутал чего :)

Довольно часто используется схема lvm-drbd-lvm, причем верхний lvm работает уже в виртуалке (но для ее обслуживания можно подключить и из хоста, если что).

Делать drbd-диски на lvm-томах просто удобно. Не только снапшоты, но и удобное управление свободным местом, быстрая миграция с диска на диск и т.п.

Использовать хостовый lvm поверх drbd смысла не вижу, т.к. в случае кластерной схемы проще и удобнее держать ровно по одному drbd-диску на каждую виртуалку, а не нарезать один диск на несколько машин.

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

спасибо

Использовать хостовый lvm поверх drbd смысла не вижу, т.к. в случае кластерной схемы проще и удобнее держать ровно по одному drbd-диску на каждую виртуалку, а не нарезать один диск на несколько машин.

В чём удобство держать для каждой виртуалки свой drbd? Я как раз наоборот делал, собирал NAS с резервированием по drbd, поверх этого lvm и отпиливал для каждой виртуалки столько места сколько требуется.

>В чём удобство держать для каждой виртуалки свой drbd?

Это надо предысторию знать. Ключевые слова «в случае кластерной схемы».

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

во-во )))). Именно так, стадом не нужно. Поэтому и много DRBD для каждого домена