Репликация для KVM

Так делай на уровне FS. Можно выделять виртуальным машинам раздел на zfs и уже его и реплицировать.

Вариант а) собираете зеркало из диска локального и с удаленной площадки. Этот девайс отдаете в QEMU-KVM в качестве диска. Медленно, всё упирается в диск. Зато быстрый рекавер - на удаленной площадке просто поднять QEMU и всё

Вариант б) Делаете mirror blockjob на удаленную площадку - QEMU сам миррорит все данные и операции туда

Оба варианта упираются в latency сети. Будет медленно если у вас не выделенная оптика

Вариант в) костыль. Делаете снапшот, дельту между текущим снапшотом и предыдущим сливаете на удаленную площадку и там применяете. Можно воспользоваться всякими ZFS, или Ceph RBD snapshot export. Если у вас новомодный Ceph - хорошо может зайти Ceph RBD Journal. Возможно зайдет lvmsync. Ну и можно накостылить самостоятельно - никакой страшной магии в этом нет.

Спасибки за помощь!

касательно варианта а) - на мой взгляд это не совсем рабочий вариант. Чем вы посоветуете сделать такое зеркало? Если обычное софтовое и диски забирать по иСкази - боюсь будет отвал за отвалом. Решение на drbd - даже на рядом стоящих машинах такое зеркало разваливается (может на текущей 9-ке все нормально, пробовал более 5 лет назад - в итоге отказались). Да и после отключения/обрушения одной из площадок не очень удобно будет воспользоваться оставшимся куском зеркала. В данном случае может гластерфс даже будет поумнее.

репликацию во вне

конкретнее надо. В пределах локалки? Другой континент? Какой канал связи?

iSCSI возможно сессия и будет рваться - но инициатор тут же сам реконнектится, мне много раз доводилось сбрасывать принудительно сессии, тут же реконнектится и продолжает.

Но если вам латенси критична (подозреваю что так) то вам без вариантов по пункту «в».

Попробуйте «ход конем» - сделать Ceph с репликой 1 (без зеркала) - он будет достаточно быстрым на SSD. И как и написано выше - rbd journal / rbd export. Ну или с репликой 2 - но чтобы оба диска на одной машине. Ну или ZFS с её zfs send.