Недавно мы заменили наш базовый коммутатор Cisco 6500 парой стеков Dell PowerConnect 6248. С тех пор наша точка доступа с балансировкой сетевой нагрузки, которая работает на двух виртуальных машинах в кластере ESX, ведет себя очень плохо. Симптомы заключаются в том, что открытие и сохранение документов, хранящихся в sharepoint, занимает очень-очень много времени. На серверах Sharepoint или SQL-сервере ошибок нет, только множество раздраженных пользователей. Первоначально я думал, что NLB не может вызвать это, но как только мы переназначили записи DNS для нашей интрасети на IP-адрес одного из веб-интерфейсов, проблемы исчезли.
Мы подозреваем, что в конфигурациях Dell есть проблема, связанная с многоадресной рассылкой - NLB настроен для многоадресной рассылки, но не IGMP.
У кого-нибудь была подобная установка и исправлена такая проблема? Sharepoint на VMware ESX с коммутаторами Dell PowerConnect.
Все звучит очень знакомо. У меня точно такая же проблема. NLB на Exchange и Sharepoint на наборе виртуальных машин ESX, каждый раз, когда есть трафик к NLB, он останавливается. Мы тесно сотрудничали с Dell, и проблема заключается в многоадресной передаче. Предположительно, по этому поводу есть официальный документ Dell, в котором говорится, что вы должны использовать Unicast, а не Multicast.
Теперь мы ждем, чтобы перевести наши NLB на Unicast. У нас есть 30 с лишним таких переключателей, и все они сейчас работают под управлением версии 3.2.0.7. Прошивка v3 была большим улучшением, но будьте осторожны, если вы обновляетесь с v2 и обязательно читаете их инструкции, это не простая установка и перезагрузка. Кроме того, некоторые вещи настраиваются по-разному, например, DHCP-ретрансляция. И это с самого начала сильно нарушило наш NLB.
Если вы не уверены, попробуйте проверить связь с интерфейсом управления (что-то графическое, например PingPlotter), отслеживая трафик к NLB. Вы увидите, что время пинга связано с объемом трафика. Мы переходим от пинга 1 мс до более 200 мс и даже отбрасываем пакеты. Интерфейс управления блокируется, поскольку процессор коммутатора обрабатывает многоадресную рассылку, а не аппаратно.
Надеюсь, это поможет, я отправлю ответ, когда мы в конце концов переедем.
Мы видели почти ту же проблему. Мы используем NLB с многоадресной рассылкой (но не IGMP) для балансировки нагрузки 14 веб-серверов на двух серверах ESX 4, подключенных к паре уложенных в стек Dell PowerConnect6248. NLB работал, но производительность была ужасной. Мы пробовали менять все на nlb (одноадресная, многоадресная, igmp) и vmware switch (promicous, nitify switch и т. Д.), Но не смогли заставить его работать. Мы добавили многоадресный MAC в таблицы мостов dell и arp, но безрезультатно. В конечном итоге мы решили эту проблему, отключив маршрутизацию vlan на PowerConnect (т.е. используя простую VLAN уровня 2) и используя внешний маршрутизатор для маршрутизации трафика. Хотелось бы знать, как использовать маршрутизацию на Dell, чтобы эта работа работала так, как должна поддерживаться.
Некоторые коммутаторы Dell не поддерживают Multicast NLB. Вот почему у вас проблемы с производительностью. Также вы увидите чрезмерную загрузку ЦП. Подробнее об этом можно узнать по этой ссылке.
http://www.dell.com/us/business/p/powerconnect-6200-series/pd
Другой случай потери связи с сетью управления связан с версией прошивки. Новые прошивки решают эту проблему. Предлагаю обновить уровень прошивки.