Я провожу эксперимент с iSCSI MPIO между FreeNAS 9.3 и двумя хостами XenServer 6.5. Я хотел бы использовать iSCSI MPIO в качестве хранилища виртуальных машин. Довольно распространенная среда, но без коммутатора, чтобы снизить стоимость решения и минимизировать накладные расходы, добавленные коммутатором в сети iSCSI.
Архитектура следующая: на сервере FreeNAS имеется 10 интерфейсов GigE, две интегрированные платы Intel на материнской плате и две комбинированные карты 4x GigE.
Я создал связи / 30 между комбинированными картами и двумя хостами XenServer следующим образом:
Connection to Host #1:
igb0: 192.168.10.1/30
igb4: 192.168.11.1/30
Connection to Host #2:
igb1: 192.168.20.1/30
igb5: 192.168.21.1/30
Как вы можете видеть, это довольно понятно, хосты XenServer имеют следующие совпадающие IP-адреса:
192.168.10.2/30
192.168.11.2/30
192.168.20.2/30
192.168.21.2/30
Но здесь начинается проблема. Я не могу запустить iSCSI-соединение с порталом с этими 4 адресами. Ошибка при поиске LUN во время фазы IQN. Если я полностью забуду об IP-адресах 192.168.20.1,192.168.21.1, я смогу найти LUN, но хост №2 будет без сети iSCSI, поскольку сети 192.168.10.0/30 и 192.168.11.0/30 недоступны. Это ссылки "точка-точка".
Согласно документации FreeNAS я могу создать несколько порталов. Кажется, это решение, но я безуспешно пытался это сделать. Я не могу сопоставить один и тот же LUN на разных порталах, поэтому это невозможно.
Другое решение - использовать более одного IP-адреса в одной и той же подсети в блоке FreeNAS, но, как все мы знаем, это нарушенная сеть TCP.
Последнее усилие - создать XenServer iSCSI SR через интерфейс командной строки с очень специфической настройкой. Но я не смог попробовать это самостоятельно.