По просьбам телезрителей повторяем старю песню:
Реализация агрегированного канала на сервере Netware.
1. Для того, чтобы настроить ИМЕННО АГРЕГИРОВАННЫЙ канал потребуется управляемый свич. Чтоб подробнее описать как именно настраивать сервер надо знать какие сетевые карты используются. На примере сетевых плат Intel скажу: это называется IANS.LAN (Intel Advanced Network Services). Суть в следующем - грузится ИАНС, грузятся драйвера сетевых карт, карты биндятся к ИАНС, а уже протокол биндится (в свою очередь) к ИАНС. Ну и сервис-паки лучше посвежее поставить.
2. Теперь поговорим о другом. О БАЛЛАНСИНГЕ. Я его настроил на тестовом сервере под управлением Novell Netware 4.11 при двух РАЗНОТИПНЫХ ОФИСНЫХ КАРТАХ на НЕУПРАВЛЯЕМОМ ОФИСНОМ свиче 3Com Office Connect Dual Speed Switch 8 port. Использованы две простые сетевые карточки офисного класса (Compex RL-100ATX и D-Link DFE-538TX).
Разница в том, что если при агрегированном канале обе платы работают на выкачку и на запись, то при БАЛЛАНСИНГЕ обе платы работают на чтение с сервера, а на запись в сервер только одна. При этом не получается полноценного умножения пропускной способности на число карт.
Вместо этого получаем нисходящий поток по всем картам сразу (параллельно), а восходящий только по одной карте.
Тут стоит заметить, что обычно количество читаемой информации раза так в два-три больше чем записываемой. Можно посмотреть это в модуле MONITOR - Lan/Wan information -> Выбираем карту -> смотрим позицию Total Send и Total Receive. Я вот сейчас посмотрел - у меня соотношение:
Send 3 692 344 412
Receive 1 764 218 304
Таким образом даже БАЛАНСИНГ способен серьезно увеличить скорость доступа к серверу за счет распараллеливания нисходящего потока.
3. Теперь описание как же это делается:
3.1. На свиче никакого транкинга делать не надо.
Можно использовать даже дешевый неуправляемый свич.
3.2. Enable NLSP routing in the Protocols->IPX section of INETCFG
(Packet forwardin is Enabled and Routing protocol:
NLSP with RIP/SAP compatibility)
3.3. SET LOAD BALANCE LOCAL LAN = ON, after IPXRTR has been loaded (at the AUTOEXEC.NCF is fine). This is an added option in INETCFG version 3.30 and above.
3.4. Параметр Set "Maximum Number of Path Splits" to 8 установить в
значение большее двух. (По умолчанию там 1).
Set "Maximum Number of Path Splits" to 8, in the Protocols->IPX->
Expert Configuration Options of INETCFG.
На этом этапе уже будет работать частичный балансинг. При этом каждый клиент будет использовать только одну карту в сервере туда и назад, но при этом пользователи будут равномерно "рассажены" по разным картам сервера. Можете увидеть это по морганию индикаторов.
Далее:
3.5. Номер сети IPX Net должен быть один для всех карт в баланс-группе.
Все. Заработал полный балансинг. Проверено. С 6 сентября 2001 года тест - сервер так работает. Потерь пакетов нет. Пробуйте. Хуже не станет. В самом плохом случае (например, если что-то не доделано как в 3.4.) будет не слишком эффективно распределяться трафик.
Внедрено в ряде организаций и бухгалтерий. В том числе работающих с ужасно требовательной к ресурсам 1С бухгалтерией версии 7.7 в файл-серверном варианте (например в ЗАО "Оргтехника-Центр", Екатеринбург).
Есть положительный эффект. Работает быстрее. Однако через неделю-две вострог утихает. К этой скорости все привыкают как и к 100Mbit после восьми лет работы с 10Mbit сетью и снова начинаются вздохи и кряхтения. Однако это большей частью проблемы самой 1С версии 7.7 в ущерб делу "заточенной" исключительно под SQL.
С уважением,
Аркадий Глазырин
CNA
Россия,
Екатеринбург
E-mail:
gru68@mail.ru.remove_this.