Архив форумов ЦИТФорума

[Злобин Александр]

Кто подскажет как правильно настроить две сетевые карты на одном сервере для увеличения пропускной способности? Заранее благодарен.

[andy]

Усть такой механизм load balansing я его не применял. Суть такова карточки получают один
айпи адрес. и кнему идет обращение.
У меня был такой случай просто дал разные адреса карточкам и на клиенте прописывал к какой обращатться (сервер был с MSSQL 7.0).

Ну а вообще надо посмотреть сетевую топологию.
Может имеет смысл изменить ее. Поверь прпоизводительность иногода повышается из за небольших изменений.

[marat003]

Карточки должны поддерживать Load balancing,
н-р: 3COM980. Просто любые 2 карточки работать параллельно невозможно, если только распределить протоколы и всё.

[Евгения]

Очень многое зависит от топологии. У нас сначала было две карточки на одном серваке, но сеть была на коаксиале и к ним подсоединялись две шины. Теперь сеть на витой паре центр коммуникации два коммутатора. Если мне надо будет ВЛВС то есть два выхода: покупка маршрутизатора, либо вторая сетевуха.

[OlegN]

А что такое "load balancing"? Какой принцип его работы? Если я правильно понимаю, то это равномерное распределение нагрузки на две сетевые, работающие на общий сегмент. А смысл этого? Если есть две сетевухи на сервере, значит имеется два разных сегмента. Каждая карточка будет работать на свой сегмент. Естественно для этого надо распределять протоколы - проще говоря каждый проток будет установлен дважы - для одной и другой карточки. Здесь возникает другой вопрос - как машины из разных сегментов будут друг друга видет? Напрашивается ответ - программная маршрутизация! Для разных ОС и разных протоколов (я подозреваю) есть свои маршрутизаторы. Например в Novell NW есть сервис "route", который упраляет роутингом протокола IPX в аналогичной ситуации. Протокол TCP/IP, по-моему, вообще сам может с этой проблемой справится. Только нужно правильно прописать ручками таблицы маршрутизации на клиентах и на сервере. Ну или же установить какой-нибудь программный маршрутизатор.
Это только мои рассуждения. Если я где-то не прав, прошу вас, поправьте меня. Мне самому этот вопрос интересен - у меня была аналогичная проблемы. Но тогда я ее решил ругим способом - изменил топологию .

[and3008]

Если мы говорим про "load balance", то подразумеваем балансировку загрузки на КАНАЛЬНОМ УРОВНЕ!!!
Т.е. фреймы к карточкам приходят равномерно.
Ессесно просто так ничего не бывает.
Организацией равномерного потока к серверу (входящий трафик) занимается сетевой коммутатор. Да не простой, а тот, который это умеет. Это называется tranking. Или просто транк. На коммутаторе с помощью спец. ПО конфигурим нужные порты и говорим что это один транк. Такое умеют практически все современные приличные УПРАВЛЯЕМЫЕ коммутаторы.

Теперь про исходящий трафик. Этим занимаются драйверы для сетевых плат и спец. ПО.
Благодаря этим драйверам ОС видит только одну плату, хотя физически их может быть несколько.

Преимущества это технологии:
Сравнительно дешевый способ увеличения пропускной способности. Повышение отказоустойчивости.

Недостатки:
Создается доп.нагрузка на коммутатор (не большая, но все же).
Не всегда имеется совместимость оборудования. Например замечено, что платы 3СОМ не очень хорошо работают с коммутаторами Intel.
А карты от Intel не всегда хорошо работают с коммутаторами BayNetwork.

Качество драйверов тоже имеет не самую последнюю роль.

Ну и не всегда бывает возможно воткнуть еще одну плату в сервер. Либо все слоты уже заняты, либо просто не хватает прерываний.

Резюме:
Технология хорошая, но нужен грамотный и разумный подход.

Иногда бывает действительно проще изменить сетевую топологию. Почему бы и нет? Дешево и сердито.

[zzz]

(если обе карты "в одну сторону" смотрят)

сабж
сделать так, чтобы разрешение имен по одному интерфейсу относилось и к другому интерфейсу. То есть один запрос на одну карту прошел, а другой запрос на другую карту уже к ДНС (или еще куда) уже не лезет.

в разделе
[HKLM\System\CCS\Services\NetBt\Parameters]

SingleResponse.. наличии нескольких адаптеров посылать один запрос разрешения имен.


RandomAdapter:DWORD=1
Будет распределять нагрузку без всяких там дополнительных LoadBalancing.

[Valera]

Ну и подключаться они должны в хаб или свитч который поддерживает объединение портов.

[Dmitry.Karpov http://www.]

Насколько я знаю, термином "транкинговый режим" обозначают несколько разных вещей, объединенных одним свойством - дуплексный сегмент "точка-точка" работает не в обычном режиме, а в особом, и об этом знают оба устройства на концах. Например, при организации VLAN в транкинговом режиме работает соединение, в котором кроме самогО кадра передается номер VLAN. Короче, RTFM.

Балансировка загрузки может осуществляться как на канальном (Ethernet) уровне, так и на уровне протокола IP/IPX/NetBEUI, если софтина это поддерживает; реально это разработано только для протокола IP в некоторых протоколах динамической маршрутизации, учитывающих загрузку канала - остальные протоколы давно прекратили развиваться. В принципе, можно организовать распределение нагрузки "на коленке" - например, установив на одной карте протокол TCP/IP, а на другой - IPX, но это не гарантирует равномерность загрузки - может получиться так, что одна карта работает во всю силу, а другая проставивает.

Комментарий к ОлегуН: сам протокол ничего сделать не может, все делается софтиной - разумеется, если в протоколе предусмотрена маршрутизация. IPX - такой же маршрутизируемый протокол, как и IP; адресное пространство у IPX шире, но отсутствует агрегируемость сетей (см. http://www.pi2.ru/prof , "IP-маршрутизация"). И для IP, и для IPX имеются реализации, не умеющие маршрутизировать (точнее, можно сказать "были", хотя UUPC для DOS до сих пор используется).