Можно выбрать другую сеть для трафика миграции ВМ, но не через графический интерфейс. Смотрите https://pve.proxmox.com/wiki/Manual:_datacenter.cfg

Чтобы не поднимать мертвых и ничего не говорить, отвечаю через 7 лет, но можно сделать много чего, чтобы конкретизировать трафик NFS... В принципе, любой интерфейс с назначенным ему IP-адресом, как правило, позволит corosync общаться в PVE. Он автоматически выберет канал с минимальной задержкой, поэтому даже если у вас плоская сеть, это не повлияет на производительность, если хотя бы один интерфейс не испытывает высокой нагрузки. Простое решение даже на коммутаторе L2: используйте отдельный подсеть на том же коммутаторе. Ему будет все равно, создайте сеть 192.168.10.0/24 с round robin bond от ваших самых медленных каналов для corosync, а затем создайте другой round robin bond, которому назначен IP-адрес 192.168.20.0/24 без шлюза, используя ваши самые быстрые каналы. Ваш NFS-сервер должен быть объединен и может легко сделать то же самое или находиться только на .20 до момента обновлений. Чтобы отделить другую сетевую активность, логически все просто: Перемещение диска — Устройство-источник на Устройство-назначение (следуйте пути). Если вы перемещаете с локального на SAN, то это будет по тому же каналу NFS. Если вы перемещаете с SAN.a на SAN.b, то это будет по тем каналам, которые используются каждым SAN (канал SAN, если они в одной подсети). Если вы перемещаете с локального хранилища node.a на локальное хранилища node.b, то это становится загадкой. Резервное копирование — Ну, естественно, это либо локально (например, /dev/sdb), либо идет на ваше целевое устройство резервного копирования. Локальные резервные копии не занимают сетевую полосу пропускания. Резервное копирование на SAN, очевидно, использует сеть SAN. Резервное копирование на удаленный сервер… Будет использовать путь к вашему маршрутизатору, поэтому используйте локальный PBS-сервер для резервного копирования на удаленный сервер. Клонирование — Идентичные шаги к перемещению диска… Кроме межузлового. Зависит от целевого хранилища. В настоящее время вы не можете клонировать в локальное хранилище другого узла (даже через CLI).

Cheers, Tmanok