Дмитрий

Если конфиги виртуальных машин утеряны, но сами файлы или LVM-тома виртуальных дисков целы, то добавляете к новому Proxmox хранилища, где хранятся виртуальные диски, и создаете виртуалки без дисковых устройств с теми же номерами, что были до сбоя. Потом выполняете в консоли Proxmox команду "qm rescan" - она добавляет в конфиг виртуальных машин неиспользуемые диски с номерами, соотвествующими номерам виртуалок. Далее аттачите найденные виртуальные диски к виртуалкам. Все остальные параметры виртуалок - CPU, память, типы контроллеров SCSI, сетевые настройки - конечно придется восстанавливать руками.

Если устройство прокинуто в виртуалку, то оно обычно становится недоступным для хоста (исключения - это например сетевые адаптеры с поддержкой SR-IOV, которые можно разделить на несколько виртуальных устройств). Так что нужно убрать проброс в ВМ, тогда должна появиться возможность использовать USB-накопители в самом Proxmox обычным образом.

Порт на свиче конечно переводите в транковый режим, можно с native vlan. Отдельно интерфейсы vlanXXX для каждого влана на proxmoх можно не создавать, достаточно включить в соответствующий влану бридж vmbrXXXX интерфейс ens1f0.XXX (где XXX - номер влана). IP-адреса для вланов, которые для самого proxmox являются транзитными, задавать не нужно. А на Unifi Controller наверное проще будет сделать для каждого влана отдельный виртуальный сетевой адаптер (если конечно он поддерживает такую конфигурацию).

Пример примерно такой настройки на скриншоте. Сетевой мост vmbr1 - это нетегированный трафик (native vlan на свиче), остальные мосты vmbrXXX, у которых есть slave port bond0.XXX - тегированные вланы с транкового порта. IP-адреса есть только на физических портах выделенных служебных сетей кластера proxmox: кластерной и для стыка с системой хранения данных, а также на виртуальном loopback-адаптере, маршрутизация к ip-адресу которого резервируется с помощью OSPF.

В Proxmox не получится работать с хранилищем с типом LVM как с обычным каталогом. Если нужно подцепить образ диска к виртуальной машине, скопировав его откуда-то, или скачать его, то это проще выполнить с хранилищем типа Directory, или через NFS либо SMB/CIFS. Достаточно залить образ диска в поддерживаемом формате в каталог виртуальной машины и дать команду qm rescan. Перемещать образы дисков между хранилищами можно с помощью команды Disk Action -> Move Storage (или эквивалент в cli - команда qm move-disk)

post-up         iptables -t nat -A POSTROUTING -s '10.0.0.0/24' -o vmbr0 -j MASQUERADE
pre-down        iptables -t nat -D POSTROUTING -s '10.0.0.0/24' -o vmbr0 -j MASQUERADE

Попробуйте вместо -j MASQUERADE подставить -j SNAT --to-source [ip2]

Т.е. хостер сообщает вам mac-адрес для дополнительного ip, я верно понял? Если так, то просто прописываете этот mac-адрес в настройках виртуального сетевого интерфейса CHR, который подключен в бридж vmbr0, и все. Каких-либо специальных настроек на proxmox делать не требуется, все настройки ip-адресации и маршрутизации между vmbr0 и vmbr1 будут прописываться уже на CHR.