Ты усложняешь вещи. Пусть твои хосты (узлы кластера) будут участниками всех VLAN, которые тебя интересуют. Им не обязательно иметь IP-адреса в этих VLAN, главное — быть в области широковещательной рассылки этих VLAN. Если твои хосты (узлы) все подключены к коммутирующей инфраструктуре, которая продвигает эти VLAN, то членство твоих гостей может перемещаться между любыми хостами, на которых ты хочешь, чтобы они работали. Если ты сохранишь сетевую инфраструктуру однородной по всему кластеру, твои гости станут независимыми от хоста, на котором они работают. В этом, собственно, и заключается весь смысл создания кластера.

Подумайте о OVS как о аппаратном коммутаторе. То есть, от аппаратного коммутатора вы передаете порт с VLAN(ами) на интерфейсы OVS (LACP) с настройкой моста на стороне Proxmox без IP-адреса. Теперь вы определяете на выбранном мосту порты OVS с IP-адресом для Proxmox, хранилища и т.д., но вам не нужно ничего определять для ВМ. Виртуальные машины просто имеют свой OVS VLAN, определенный в настройках сети ВМ — это похоже на динамическое добавление порта с разрешенными VLAN. Зачем вам подключать 2 или более OVS мостов? Если они находятся в одной VLAN/подсети, они соединены через аппаратный коммутатор, если в разных VLAN/подсетях, вам понадобится шлюз где-то.

Эта проблема когда-нибудь решилась? У меня такой же вопрос, и я ищу ответ. Для справки, вот моя настройка: vm0 подключен к vmbr0, vmbr1, vmbr2, vmbr3; vm1 -> vmbr1; vm2 -> vmbr2; vm3 -> vmbr3. Мне нужно настроить эти ВМ для высокой доступности, как мне убедиться, что при переключении на другой узел внутренняя сеть будет продолжать работать? Это просто создание OVS мостов с такими же настройками и именами (надеюсь...) или есть какой-то другой способ это сделать? P.S. Извините, что поднимаю старую тему, но это был самый последний и актуальный пост по этому вопросу...