Существуют ли бесплатные решения VirtualSAN с двухсторонней репликацией?

Создание отказоустойчивого кластера подразумевает наличие общей системы хранения данных. В случаях бюджетных решений это безальтернативно iSCSI (AoE не предлагать :-) ). Это приводит (опять же речь про бесплатное ПО) к безальтернативности DRBD. Но вся его проблема для меня заключается в том, что в условиях работы с бескластерными ОС, заточен он под Primary-Secondary, и это объяснимо. Мне бы, в свою очередь, хотелось бы, чтобы разные каталоги реплицировались в обратных относительно друг друга направлениях.
Допустим, существует нода1 и нода2, на них каталог1 и каталог2, естественно, на каждой. То есть если примари выбирается нода1, то оба каталога в работе пишутся на неё и реплицируются на ноду2. Как я понял, реализации возможности, чтобы ноад 1 была примари только для каталога1, а нода2 для катлога - нет?
Это было бы удобно в реализации подобной StarWind VirtualSAN, когда двум виртуалкам на разных хостах отдаётся всё доступное локальное пространство серверов, а они им же обеспечивают доступ как к единому реплицируемому хранилищу. Только если репликация будет двусторонней, то можно распределить нагрузку.
Взять гипервизор1 и гипервизор2, поставить на них, соотвественно, виртуалку1 и виртуалку2, каждой из которых выдать в виде виртуального диска всё оставшееся дисковое пространство на локальном диске каждого из гипервизоров. После, объединив виртулалки в некое подобие кластера хранения данных, было бы всё равно удобнее и правильнее, если бы виртуальные машины, иницирующие доступ с гипервизора1 обращались к виртуалке1, как к праймори, а вм с гипервизора2 к виртуалке2, соответственно. Несмотря на то, что данные всё равно погоняться "в сеть", согласитесь, потерь при такой реализации будет меньше.
Остаётся повесить какой-то контроллирующий сервак с хертбитами, который, в случае отказа одного из гипервизор вместе со своей нодой хранилища, будет через консольные команды (например, на HyperV через powershell) отправлять команды на запуск виртуальных машин, ну или оставить настройки отказоустойчивого кластера HyperV в стоке.