Форум Тринити

Добрый день.
Есть заморочки с производительностью iSCSI на связке ESXi 5.5 и IBM v3700, для диагностики инженеры посоветовали подключить хосты минуя коммутаторы. Но что-то не выходит - линки поднимаются, но не более. Отдельная сеть без шлюза, на порту системы хранения - 10.8.21.68/26, на интерфейсе хоста - 10.8.21.67/26 без тэга. Пытаюсь пропинговать - нет ответа с обеих сторон, в таблице arp на хосте запись для системы хранения незаконченная. В такой же ситуации, но вместо гипервизора хост Windows Server 2008 r2, все работает, апаратные конфигурации физических машин полностью идентичны, отличаются только порты системы хранения. Вопрос - что я упускаю?
Второй вопрос относится к кластерной файловой системе VMFS5 - хотел на системе хранения выделить один большой лун для 10-и хостов, лицензия на гипервизор бесплатная. В ограничениях не указано, что эта возможность относится только к платным продуктам и в сети есть материалы со следствием, что такое возможно. Но при подключении ко второму гипервизору раздел монтируется, но текущая фс не обнаруживается и при попытке подключить получается стопор минут на 10, после чего сообщение об ошибке. Посоветуйте пожалуйста, что можно почитать, куда покопать.

Для функционирования ISCSI, ESX должен иметь:
1. Доступ к полке из VMKernel сети, для работы гиперфизора с ISCSI
2. Доступ из сети, к которой подключена сервисная консоль, c userland iscsi демоном, который занимается собственно установкой сеансов, сканированием LUNов и т.д.
Т.е. на виртуальном свитче (свитчах), использующем сетевые порты с физическим доступом к SAN сети, вы должны создать две портгруппы.
Пингуете вы из сервисной консоли, для VMKernel есть утилита vmkping

По второму вопросу: имеется команда esxcfg-volume
ESX просто так не будет импортировать VMFS, разбитую на другом standalone хосте.

1. на хосте два физических интерфейса, первый использовался с самого начала и весь трафик ходил через него. второй подключен напрямую к полке, создан отдельный виртуальный коммутатор, на нем создан порт vmkernel с адресом из той же сети, что и у порта на полке. т.е. сделано то, что на мой взгляд было достаточно для этого тестирования.
2. эту часть я возможно понял неправильно - под сетью "к которой подключена сервисная консоль, c userland iscsi демоном, который занимается собственно установкой сеансов, сканированием LUNов и т.д." вы имеете в виду интерфейс vmkernel, на котором разрешен трафик управления (management traffic)? т.е. у меня уже есть один вмк интерфейс, который привязан к iscsi-адаптеру. я создаю еще один, с адресом из сети хранения и разрешенным трафиком управления? уточняю, потому что и в этом случае не работает. для vmkping явно задаю интерфейс, который нужно использовать.

первый вопрос закрыт, не то и не там подключено было спасибо Владимиру Романову из Тринити.
со вторым как-то непонятно. спустя какое-то время лун и фс стали монтироваться нормально без ухищрений на нескольких хостах.