Живая миграция?! Шутишь? Ты вообще знаешь как это работает?

Для организации бесшовной миграции тебе нужно
а) Кластер (в традиционном смысле этого слова)
Несколько физических серверов (от 3-х) должно быть объединено в единый кластер с менеджментом ресурсов оборудования, сценариями для промоутинга (переноса роли с мастера на слейв), и 1-4 отказоустойчивыми сетями которые могут объединиться в одну программно определяюмую сеть, а могут быть и разделены на:
- сеть данных для виртуалок
- сеть данных для управления хостом
- хартбит/кластерная сеть (желательно лосслес, кластерный приоритет в PFC)
- сеть стораджа (лосслесс с соответствующим приоритетом в PFC )
б) "Кластерное хранилище"
Сторадж на этом кластере должен быть единым для всех узлов и работать в мастер-слейв режиме.
Это может быть любой файловый сторадж с thin-provisioning. Это может быть кластеризованный раздел LVM, это может быть физика на FC (если вы продолжаете жить в предыдущем десятилетии). Причем если сторадж гиперконвергентный, вам нужен трипл-миррор по дискам в кластере и сам сторадж тоже будет кластерной ролью. Точнее его файловая точка входа.

Если вы производите живую миграцию, это означает, что виртуальная машина/контейнер меняет узел своего обитания. И вот у вас есть:
1. ОЗУ
2. Своп ВМ
3. Диск
Живая миграция предполагает дамп ОЗУ в виртуальную память и перенос метеданных сервиса с подъемом на другом узле. Соответствено п.2 и п.3 это файлы на сторадже. И вот он-то и должен быть настроен правильно.

Не понятно зачем я это все рассказываю в теме про проксмокс... к нему всё описанное не имеет никакого отношения.