Сконфигуривать два интерфейса, чтобы трафик балансировался

[rinx]

Доброго времени суток,

Есть сервер DelL 2900 poweredge. OS - Windows Server 2003 R2 Std. На сервере - две сетевые карты Broadcom и соответствующие драйвера и софт.
Сервер подключен обоими интефесами к разным свитчам. Создан один виртуальный адаптер и ему назначен один IP адрес. Оба физических адаптера настроены следующим образом:
1. LAN 1 - активен и через него идет весь трафик
2. LAN 2 - в режиме ожидания - включается если падение свитча на LAN1 или проблема c самим LAN1.
Данная конфигурация тестировалось и работает нормално.

Хотелось бы узнать следующее - есть ли возможность сконфигурировать эти оба интерфейса так, чтобы трафик шел балансиировался и одновременно через оба интерфейса, тем самым повысив пропускную способность? Нужно ли еще делать конфигурацию - на свитчах?
Просьба подсказать название технологии или хотя бы направление - куда копать.

Заранее благодарен.

[Ziggy Stardust]

Хотелось бы узнать следующее - есть ли возможность сконфигурировать эти оба интерфейса так, чтобы трафик шел балансиировался и одновременно через оба интерфейса, тем самым повысив пропускную способность?

Возможность такая есть. Называется агрегирование.

Нужно ли еще делать конфигурацию - на свитчах?

Нужно. На свитче нужно два порта объединять в агрегирующую группу.

Просьба подсказать название технологии или хотя бы направление - куда копать.

Протокол агрегирования назвается LACP - link aggregation control protocol (802.3ad если не ошибаюсь). На стороне сервера должен поддерживаться драйверами сетевых карточек. На стороне коммутатора так же должен поддерживаться, управляемые коммутаторы практически все поддерживают.

[and3008]

Многие задаю этот вопрос, немного не отдавая себе отчета о том как же трафик идет на сервер и с сервера.

Если сервер подключен к разным свичам, то агрегация - до свиданья. Исключение могут быть если свичи ваши соединены в виртуальный стек, который допускает подобный режим агрегации. Такое умеют некоторые коммутаторы 3COM, Juniper, Nortel, Extreme Networks, может и Cisco научилась, но по моему сильно вряд ли. Очень сильно сомневаюсь ли что у вас есть такие железки.

Агрегация внутри одного свича возможна. Да, LACP и дело в шляпе, если ваш свит это поддерживает. Но следует помнить: надежность в таком случае - до свиданья, ибо сдох свитч, сдохло и все, к нему подключенное. Кроме сдыхания возможен и плановый апгрейд ПО свича, а если простой сервера недопустим вообще, то LACP не ваш случай.

Есть другие варианты распределения трафика в случае подключения к двум свичам. Но это уже сложные решения. Для нагрузки сервера входящим трафиком ставится балансировщик нагрузки, каждая сетевуха сервера имеет свой IP и балансировщик нагружает обе сетевухи, за одно определяя доступность сервера по тому или иному IP-адресу. Решение часто используемое для нагрузки группы WEB-серверов. Сам балансировщик как правило аппаратно резервируется (два блока питания, две платы коммутации, несколько сетевух).

Если сервер сам является генератором трафика, обычно мультикастного, то тут решения и настройка для мультикаста. Универсальных рецептов нет, т.к. все зависит от конфигурации сети и наличия того или иного железа.

Особняком стоит технология NLB от Microsoft. Попробуйте, но вряд ли она вам понравится.

В подавляющем большинстве случает хватает решения Active-Standby, как у вас сейчас. Если его не хватает, поставьте в сервер еще две сетевухи, по паре в свитч, там LACP и опять Active-Standby. Это надежно работает и глюков не вызывает. Проверено многократно.

[gs]

Коллега, может быть Вы это напишете в фак, более развернуто? Было бы полезно, имхо.

[and3008]

Попробую.