Многопути не должны зависеть от этой истории с группами портов. Я пока плохо понимаю сетевую часть iSCSI с группами портов, но, должно быть, на узле PVE ты увидишь порталы как отдельные пути.

В конфигурации iSCSI рекомендуется использовать отдельные IP-подсети для каждого iSCSI-пути (как показано на схеме) вместо использования LACP (802.3ad). Можно посмотреть https://pve.proxmox.com/wiki/Multipath, чтобы узнать, как Proxmox VE рекомендует настраивать Multipath.

Код:
|-----------|CTL1 Port.1(192.168.10.10/24) -> VLAN 10[LAN-SW1] -> NIC.1|------------|
|   iSCSI   |                                                          | Proxmox VE |
|  Storage  |                                                          |(multipathd)|
|-----------|CTL2 Port.1(192.168.11.10/24) -> VLAN 11[LAN-SW2] -> NIC.2|------------|

Верно! На самом деле, наша VMware-среда подключена через 4 независимых порта в двух разных подсетях, которые объединены с помощью port-binding. Похоже, это какая-то особенность VMware. Создавать LACP-связи между двумя коммутаторами не получится. Создание Stack – плохая идея, потому что их нельзя перезагружать по отдельности. Лучший вариант – разделить каждую связь в отдельную подсеть. Но это реально сложно в работающей среде.

О, спасибо. Посмотрю. Звучит интересно.

Лучшие практики для одного гипервизора редко напрямую переносятся на другой. Судя по нашей переписке, вы пытаетесь воссоздать функциональность привязки портов из ESXi, чтобы соответствовать ограничениям вашей текущей инфраструктуры. Чтобы это сделать, вам, вероятно, придётся отклониться от лучших практик Proxmox VE и вручную управлять подключениями iSCSI на хостах. Если вы пойдёте по этому пути, я настоятельно рекомендую провести тщательное тестирование и подробно задокументировать вашу конфигурацию. В общих чертах, вы можете рассмотреть подход, подобный следующему:

Код: cat /etc/network/interfaces

# iSCSI interface 1
auto iscsi0
iface iscsi0 inet static
   address 192.168.100.101
   netmask 255.255.255.0
   mtu 9000

# iSCSI interface 2
auto iscsi1
iface iscsi1 inet static
   address 192.168.100.102
   netmask 255.255.255.0
   mtu 9000


Discover target:
iscsiadm -m discovery -t sendtargets -p <TARGET_IP>

Create binding:
iscsiadm -m iface -I iface0 -o new
iscsiadm -m iface -I iface0 -o update -n iface.net_ifacename -v iscsi0

iscsiadm -m iface -I iface1 -o new
iscsiadm -m iface -I iface1 -o update -n iface.net_ifacename -v iscsi1

Log in with binding:
# Session 1 on iscsi0
iscsiadm -m node -T <TARGET_IQN> -p <TARGET_IP> -I iface0 --login

# Session 2 on iscsi1
iscsiadm -m node -T <TARGET_IQN> -p <TARGET_IP> -I iface1 --login

Check session bindings with:
iscsiadm -m session -P 3

Этот подход не специфичен для Proxmox VE, он относится к общему управлению iSCSI в Linux. Возможно, я не учел некоторые дополнительные сложности или крайние случаи. Если вы работаете с производственными системами, убедитесь, что HPE и PVE поддерживают вашу конфигурацию, либо имейте надежного поставщика, который сможет вмешаться, когда это необходимо.

Blockbridge : Ultra low latency all-NVME shared storage for Proxmox - https://www.blockbridge.com/proxmox