
- •1. Введение
- •1.1. Основные задачи оптимизации локальных сетей
- •1.2. Критерии эффективности работы сети
- •1.2.1. Время реакции
- •1.2.2. Пропускная способность
- •1.2.3. Показатели надежности и отказоустойчивости
- •2. Параметры оптимизации транспортной подсистемы
- •2.1. Влияние на производительность сети типа коммуникационного протокола и его параметров
- •2.1.1. Номинальная и эффективная пропускная способность протокола
- •2.1.2. Влияние на производительность алгоритма доступа к разделяемой среде и коэффициента использования
- •2.1.3. Влияние размера кадра и пакета на производительность сети
- •2.1.4.Назначение максимального размера кадра в гетерогенной сети
- •2.1.5. Время жизни пакета
- •2.1.6. Параметры квитирования
- •2.1.7. Сравнение сетевых технологий по производительности: Ethernet, TokenRing, fddi, 100vg-AnyLan, FastEthernet, atm
- •2.1.8. Сравнение протоколов ip, ipx и NetBios по производительности
- •2.2. Влияние широковещательного служебного трафика на производительность сети
- •2.2.1. Назначение широковещательного трафика
- •2.2.2. Поддержка широковещательного трафика на канальном уровне
- •2.2.3. Широковещательный шторм
- •2.2.4. Поддержка широковещательного трафика на сетевом уровне
- •2.2.5. Виды широковещательного трафика
- •2.2.5.1. Широковещательный трафик сетей NetWare
- •2.2.5.2. Широковещательный трафик сетей tcp/ip
- •2.2.5.3. Широковещательный трафик сетей NetBios
- •2.2.5.4. Широковещательный трафик мостов и коммутаторов, поддерживающих алгоритм SpanningTree
- •2.2.5.5. Ограничение уровня широковещательного трафика в составных сетях с помощью техники спуфинга
- •2.3. Влияние топологии связей и производительности коммуникационных устройств на пропускную способность сети
- •2.3.1. Разделяемая среда передачи как причина снижения производительности сети
- •2.3.2. Повышение производительности путем сегментации сети мостами и коммутаторами
- •2.3.2.1. Разделение общей среды с помощью локальных мостов
- •2.3.2.2. Требования к пропускной способности моста
- •2.3.2.3. Сегментация сетей с помощью коммутаторов
- •2.3.2.4. Оценка необходимой общей производительности коммутатора
- •2.3.3. Влияние маршрутизаторов на производительность сети
- •2.3.4. Как интерпретировать результаты тестирования мостов, коммутаторов и маршрутизаторов
- •2.4. Типичные ошибочные ситуации: влияние на производительность и диагностика
- •2.4.1. Типичные ошибки в кадрах
- •2.4.1.1. Ошибки в кадрах, связанные с коллизиями
- •2.4.1.2. Диагностика коллизий
- •2.4.1.3. Ошибки кадров Ethernet, связанные с длиной и неправильной контрольной суммой
- •2.4.1.4. Ошибки кадров Ethernet в стандарте rmon
- •2.4.2. Типичные ошибки при работе протоколов
- •2.4.2.1. Несоответствие форматов кадров Ethernet
- •2.4.2.2. Потери пакетов и квитанций
- •2.4.2.3. Несоответствие разных способов маршрутизации в составной сети
- •2.4.2.4. Несуществующий адрес и дублирование адресов
- •2.4.2.5. Превышение значений тайм-аута и несогласованные значения тайм-аутов
- •2.5. Настройка параметров аппаратных и программных средств конечных узлов
- •2.5.1. Оптимизация операционных систем
- •2.5.1.1. Критерии оптимизации ос
- •2.5.1.2. Понятие "узкое место"
- •2.5.2. Процедуры оптимизации WindowsNt с помощью утилиты PerformanceMonitor
- •2.5.2.1. Характеристика PerformanceMonitor
- •2.5.2.2. Наблюдение за потреблением ресурсов процессора, дисков и памяти
- •2.5.2.3. Оптимизация сетевого оборудования
- •2.5.2.4. Оптимизация сервиса рабочей станции
- •2.5.2.5. Оптимизация сервера
- •2.5.2.6. Оптимизация режима работы протокола smb
- •2.5.3. Настройка подсистемы ввода-вывода рабочих станций и серверов
- •2.5.3.1. Оптимизация дискового кэша
- •2.5.3.2. Использование raid-массивов для повышения производительности
- •3. Инструменты мониторинга и анализа сети
- •3.1. Классификация средств мониторинга и анализа
- •3.1.1. Системы управления
- •3.1.2. Встроенные средства мониторинга и анализа сетей
- •3.1.2.1. Агенты snmp
- •3.1.2.2. Агенты rmon
- •3.1.3. Анализаторы протоколов
- •3.1.4. Оборудование для диагностики и сертификации кабельных систем
- •3.1.4.1. Основные электромагнитные характеристики кабельных систем
- •3.1.4.2. Сетевые анализаторы
- •3.1.4.3. Кабельные сканеры
- •3.1.4.4. Тестеры
- •3.2. Продукты для мониторинга и анализа
- •3.2.1. Обзор популярных систем управления: hpOpenView, SunSoftSolstice, CabletronSpectrum, ibmNetView
- •3.2.2. Система управления сетями Optivity
- •3.2.2.1. Динамическое обнаружение конфигурации сети
- •3.2.2.2. Программное конфигурирование сети
- •3.2.2.3. Интегрированное управление маршрутизаторами
- •3.2.2.4. Анализ и управление производительностью на основе стандарта rmon
- •3.2.2.5. Упреждающий анализ ошибок и проблем
- •3.2.2.6. Управление устройствами в реальном масштабе времени
- •3.2.2.7. Дополнительные управляющие средства и утилиты
- •3.2.3. Технические характеристики популярных анализаторов протоколов
- •3.2.4. Продукты мониторинга и анализа сетей компании NetworkGeneral
- •3.2.4.1. Foundation Agent, Foundation Probe, Foundation Manager
- •3.2.4.2. Семействопродуктов Distributed Sniffer System
- •3.2.4.3. Портативные анализаторы
- •3.2.4.4. Дополнительные продукты
- •3.2.5. Анализатор протоколов laNalyser компании Novell
- •3.2.6. Продукты компании Microtest
- •3.2.6.1. Многофункциональное устройство Compas компании Microtest
- •3.2.6.2. Кабельные сканеры компании Microtest
- •3.2.7. Средства мониторинга и анализа компании Fluke
- •3.2.7.1. Особенности 68x Enterprise lanMeter
- •3.2.7.2. Функциональные возможности
- •3.2.7.3. Средства анализа протоколов стека NovellNetWare
- •3.2.7.4. Средства анализа протоколов стекаTcp/ip
- •3.2.7.5. Дополнительные функции анализа стека tcp/ip
- •3.2.7.6. Средства анализа протокола NetBios
- •3.2.7.7. Функции проверки аппаратуры и кабелей
- •4. Использование моделирования для оптимизации производительности сети
- •4.1. Методы аналитического, имитационного и натурного моделирования
- •4.2. Модели теории массового обслуживания
- •4.3. Специализированные системы имитационного моделирования вычислительных сетей
- •4.4. Система имитационного моделирования comnet компании caciProducts
- •4.4.1. ComnetBaseliner
- •4.4.2. Comnetiii
- •4.4.2.1. Общая характеристика
- •4.4.2.2. Типы узлов
- •4.4.2.3. Каналы связи и глобальные сети
- •4.4.2.4. Рабочая нагрузка
- •4.4.2.5. Протоколы
- •4.4.2.6. Представление результатов
- •4.4.3. ComnetPredictor
- •4.5. Построение пилотных проектов проектируемых сетей
2.1.2. Влияние на производительность алгоритма доступа к разделяемой среде и коэффициента использования
Время доступа к среде определяется как логикой самого протокола, так и степенью загруженности сети. В локальных сетях пока доминируют разделяемые среды передачи данных, требующие выполнения определенной процедуры для получения права передачи кадра. В протоколах Ethernet и FastEthernet используется алгоритм случайного доступа с обнаружением коллизий CSMA/CD, а в протоколах TokenRing и FDDI - алгоритм, основанный на детерминированной передаче токена доступа. Новый стандарт 100VG-AnyLAN использует алгоритм доступа DemandPriority, при котором решение о предоставлении доступа принимается центральным элементом - концентратором.
Время доступа к среде складывается из номинального времени доступа и времени ожидания доступа. Номинальное время доступа определяется как время доступа к незагруженной среде, когда узел не конкурирует с другими узлами. Номинальное время доступа к незанятой среде протоколов TokenRing и FDDI в 5 - 10 раз превышает соответствующее время протокола Ethernet, так как в незанятой сети Ethernet станция практически мгновенно получает доступ, а в сети TokenRing она должна дождаться прихода маркера доступа.
Другая составляющая времени доступа к среде - время ожидания - зависит от задержек, возникающих из-за разделения передающей среды между несколькими одновременно работающими станциями. Время ожидания зависит как от алгоритма доступа, так и от степени загруженности среды, причем зависимость времени ожидания от степени загрузки (коэффициента использования) сети для большинства протоколов носит экспоненциальный характер.
Наиболее чувствителен к загруженности среды метод доступа протокола Ethernet, для которого резкий рост времени ожидания начинается уже при величинах коэффициента использования в 30% - 50%. Поэтому для нормальной работы сети сегменты Ethernet не рекомендуется нагружать свыше 30% (рис. 2.2). Даже если среднее значение коэффициента использования находится в норме, но имеются пиковые значения, превышающие 60%, то это является свидетельством того, что сеть работает ненормально и требует проведения дополнительных исследований.
Рис. 2.2. Характеристики пропускной способности сети Ethernet
Сети TokenRing и FDDI можно эксплуатировать и при больших значениях коэффициента использования - до 60%, а иногда и до 80%. Компания Hewlett-Packard, продвигающая на рынок технологию 100VG-AnyLAN, считает, что эти сети могут нормально работать и при загрузке в 95%.
На рисунке 2.3 помещены графики зависимости среднего времени ожидания доступа к среде для протоколов Ethernet и TokenRing от коэффициента использования сети. Графики показывают, что при близком общем характере зависимости резкое возрастание времени ожидания наступает в сетях Ethernet гораздо раньше, чем в сетях TokenRing.
Рис. 2.3. Сравнение задержек доступа к среде в сетях Ethernet и TokenRing
2.1.3. Влияние размера кадра и пакета на производительность сети
Размер пакета может существенным образом повлиять на эффективную пропускную способность протокола, а значит и на производительность сети. Выясним на примере, как изменится эффективная пропускная способность протокола Ethernet, если вместо кадров минимальной длины при обмене данными будут использоваться кадры максимальной длины с полем данных в 1500 байт, как это определено в стандарте.
Общая длина кадра вместе с преамбулой, заголовком и контрольной суммой составит в этом случае 8+14+1500+4 = 1526 байт или 12208 бит. Время передачи такого кадра составит 1220.8 мкс, а период повторения кадров - 1220.8 +9.6 = 1230.4 мкс.
Эффективная пропускная способность при этом равна (1500 х 8)/1230.4 = 9.75 Мб/c.
Полученный результат говорит о том, что при увеличении размера пакета эффективная пропускная способность протокола Ethernet существенно, почти в 2 раза, увеличилась - с 5.48 Мб/с до 9.75 Мб/с (рис. 2.2). Аналогичный рост характерен для всех протоколов и это говорит о том, что размер пакета - один из тех параметров, которые в наибольшей степени влияют на производительность сети.
Размер пакета конкретного протокола обычно ограничен максимальным значением поля данных (MaximumTransferUnit, MTU), определенным в стандарте на протокол.
Протоколы локальных сетей имеют следующие значения MTU:
Ethernet, Fast Ethernet - 1500 байт;
TokenRing 16 - 16 Kбайт (обычно по умолчанию устанавливается значение 4K, но его можно увеличить);
FDDI - 4Kбайта;
100VG-AnyLAN - 1500 байт при использовании кадров Ethernet и 16K при использовании кадров TokenRing;
ATM - 48 байт.
Протоколы верхних уровней, начиная с сетевого, инкапсулируют свои пакеты в кадры протоколов канального уровня, поэтому ограничения, существующие на канальном уровне, являются общими ограничениями максимального размера пакета для протоколов всех уровней.
Необходимо отметить, что повышение размера кадра увеличивает пропускную способность сети только в том случае, когда данные в сети редко искажаются или теряются, то есть при устойчивой, надежной работе сети. В противном случае увеличение размера пакета может привести не к увеличению, а к снижению пропускной способности, так как сеть будет повторно передавать большие порции информации. Для каждого уровня искажений данных можно подобрать рациональный размер пакета, для которого пропускная способность сети будет максимальной.
Максимальный размер пакета только создает предпосылки для повышения пропускной способности, так как в конечном счете от приложений зависит, будет ли использована данная максимальная величина поля данных или нет. Если, например, приложение ведет работы с базой данных и пересылает на сервер SQL-запросы, получая в ответ по одной короткой записи, то максимальный размер поля данных в 4 или 16 Кбайт никак не поможет повысить пропускную способность сети. При обращении же приложения к файловому серверу для пересылки мультимедийного файла размером в несколько мегабайт наличие возможности пересылать файл частями по 16К безусловно повысит пропускную способность сети по сравнению с вариантом пересылки файла частями по 1500 байт.
Настройка размера пересылаемых порций данных обычно происходит на транспортном уровне стека протоколов и, возможно, на прикладном, если разработчик приложения предусмотрел такую возможность.
Работа с пакетами больших размеров повышает производительность сети не только за счет уменьшения накладных расходов на служебную информацию заголовка. При использовании больших пакетов повышается производительность коммуникационного оборудования, работающего с кадрами и пакетами, то есть мостов, коммутаторов и маршрутизаторов. Это происходит из за того, что при передаче одного и того же объема информации число используемых больших пакетов существенно меньше, чем число маленьких, а так как коммуникационное оборудование тратит определенное время на обработку каждого пакета, то и временные потери продвижения пакетов мостами, коммутаторами и маршрутизаторами при использовании больших пакетов будут меньше.