Доброго времени суток.
dvSwitch 5.5, все хосты в нем соответственно 5.5 (u1). Хосты - блэйд сервера ibm hs23 в ibm шасси.
Вопрос по режиму NIC Teaming "Route based on physical NIC load". Создана порт группа для vMotion, на каждом хосте в этой группе по 1му vmkernel интерфейсу с флагом vMotion (только флаг vMotion, Management на интерфейсе в другой порт группе). В группе 2 vmnic в состоянии active и для них выбран режим "Route based on physical NIC load", каждый vmnic смотрит в свой Nortel eth свич (шассевый), которые дальше смотрят в коммутатор Cisco (что при рассмотрении vMotion уже не важно). См. корявую схему из Paint, где vmnic# на каждом хосте - физические сетевые интерфейсы, int# на каждом Nortel - внутренние порты свича (т.к. он бортовой, есть еще и внешние, которые смотрят в другой коммутатор). При работе NIC Teaming гипотетически трафик vMotion должен идти через оба vmnic каждого хоста, например при миграции машин с ESXi2 на ESXi1 трафик должен идти по путям DHGB и CFEA, я пробовал мигрировать 2 vm вместе (как одну задачу) и по очереди (как 2 задачи), но трафик идет все равно только по 1му пути (DHGB), может ли быть проблема в том, что при Route based on physical NIC load выбор пути происходит каждые 30 секунд, и задачи начатые в пределах этого промежутка времени могут пустить свой трафик по 1му интерфейсу, т.к. его загруженность еще не перепроверялась?
2й вопрос - настройка NIC teaming для групп портов dvSwitch вполне ясна, но для стандартных свичей существует еще настройка NIC teaming для всего свича, для dvSwitch я такого не нашел. В толстом клиенте в настройках порт группы dvUplinks есть опции NIC teaming, но они не доступны (серые), все аплинки в этой группе числятся unused, в Web client вообще настройки NIC teaming для этой группы не нашел. При этом отказоустойчивость при выключении 1го Nortel есть - хосты ругаются на потерю избыточности сети, но сеть работает. Существует ли какой-то NIC teaming для всего dvSwitch как для стандартного vSwitch?