Вопросы Теги

Windows Network Load Balancing на Кластере ESX со стопками Dell PowerConnect

Судите их.

1
задан 15 April 2010 в 20:29
3 ответа

Мы видели почти ту же проблему. Мы используем NLB с многоадресной передачей (но не IGMP) для загрузки баланса 14 веб-серверов через два ESX, 4 сервера включили пару сложенного Dell PowerConnect6248. nlb работал, но производительность была ужасна. Мы попробовали chnaging everying на nlb (одноадресная передача, многоадресная передача, igmp) и переключатель VMware (promicous, nitify переключатель, и т.д.) и не могли заставить его работать. Мы добавили, многоадресно передает MAC к мосту лощины и arp таблицам все бесцельно. Мы в конечном счете решили его путем превращения направляющий от VLAN на PowerConnect (т.е. использующий простой VLAN уровня 2) и использующий внешний маршрутизатор для маршрутизации трафика. Хотел бы знать, как к использованию маршрутизации на Dell для создания этой работы, поскольку это должно поддерживаться.

1
ответ дан 3 December 2019 в 22:35
  • 1
    Проблемой, по моему скромному мнению, не является переключатель, но NLB. У нас были подобные проблемы с нашим TS NLB. Был такой трафик heartbeat NLB, что он душил остальную часть сети. Мы решили его при помощи 2 NIC' s на каждом TS (который является лучшей практикой MS BTW) и соединение NLB связал NIC с изолированным коммутатором уровня 3 и маршрутизацией трафика для бэкенда через второй NIC, который был подключен к рабочей сети. –  joeqwerty 23 April 2010 в 15:23

Все очень знакомые звуки. У меня есть точно та же проблема. NLB на Exchange и Sharepoint на ряде ESX VMs, любое время там является трафиком к NLB, он прекращает работу. Мы работали в тесном сотрудничестве с Dell, и проблема Многоадресно передается. Предположительно, существует Техническое описание Dell на этом, которое говорит, что необходимо использовать Одноадресную передачу и не Многоадресную передачу.

Теперь мы ожидаем для перемещения нашего NLBs для Одноадресной передачи. У нас есть 30 нечетные из этих переключателей, все работающие 3.2.0.7 теперь. v3 встроенное микропрограммное обеспечение было большим улучшением, но быть осторожным, если Вы обновляете от v2 и удостоверяетесь, что читаете их инструкции, это не простая установка и перезагрузка. Кроме того, некоторые вещи настроены по-разному, такие как ретрансляция DHCP. И это в широком масштабе повредило наш NLB для запуска с.

Если Вы не убеждены, попытайтесь проверить с помощью ping-запросов интерфейс управления (что-то графическое как PingPlotter) при контроле трафика к NLB. Вы будете видеть, что время ping связано на сумму трафика. Мы идем от ping 1 мс к более чем 200 мс и даже отбрасывания пакетов. Интерфейс управления запирается, поскольку процессор коммутации обрабатывает Многоадресную передачу, вместо того, чтобы быть сделанным в аппаратных средствах.

Надежда, которая помогает, я отправлю назад, когда мы в конечном счете отодвинемся.

1
ответ дан 3 December 2019 в 22:35

Некоторые коммутаторы Dell не поддерживают Multicast NLB. Вот почему у вас проблемы с производительностью. Также вы увидите чрезмерную загрузку ЦП. Подробнее об этом можно узнать по этой ссылке.

http://www.dell.com/us/business/p/powerconnect-6200-series/pd

Другой случай потери связи с сетью управления связан с прошивкой доработка. Новые прошивки решают эту проблему. Я предлагаю вам обновить уровень прошивки.

0
ответ дан 3 December 2019 в 22:35

Теги

Похожие вопросы