Путаница в файловой системе кластера виртуального хостинга

Мое название, вероятно, не охватывает всего объема того, что мне нужно, поэтому я расскажу, чего я хочу достичь

У меня есть два сервера Linux с большими дисковыми массивами, несколькими процессорами и большим объемом оперативной памяти. У меня есть то, что будет основным массивом хранения файлов на отдельной RAID-карте от ОС на каждом сервере. У серверов также есть карта Infiniband 40 Гбит / с для подключения друг к другу и 4-портовая карта LAN 1 Гбит / с для подключения виртуальных машин к сети.

Моя цель:
Я хочу избавиться от некоторых старых физических серверов, виртуализировав их функции (с помощью Qemu-KVM). Я хочу, чтобы два больших сервера обрабатывали виртуальные машины, но я хочу иметь возможность их переключать. Не обязательно быть автоматическим. Если в ServerA произойдет сбой оборудования, я хочу иметь возможность войти в ServerB, запустить виртуальные серверы на этой машине и продолжить работу.

Некоторые из физических серверов, которые я хочу виртуализировать, являются файловыми серверами. Я бы хотел, чтобы массивы хранения на больших серверах действовали как своего рода SAN для виртуальных машин, поэтому мне не нужно создавать образ виртуального диска для хранения файлов. Я, конечно, хотел бы, чтобы массив хранения на ServerA должен быть зеркалирован на ServerB, чтобы снова обеспечить отработку отказа.

Я думал использовать что-то вроде Gluster of Ceph для обработки файлового хранилища и зеркалирования виртуальных образов с ServerA на ServerB. Мое замешательство связано с перегрузкой информации. Как виртуальные машины получат доступ к распределенной файловой системе на том же хосте, на котором они работают? Будет ли узкое место? Должен ли виртуальный хост выходить из сетевого адаптера 1 Гбит / с и затем возвращаться обратно, или они могут каким-то образом взаимодействовать внутри? У меня все наоборот?

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