Анализ сетей ч 1
Оглавление

Введение.

Что необходимо знать о сети для анализа прикладных приложений.

Стратегия поиска проблемы.

Пример анализа работы 1С + MS SQL Server

Пример анализа работы 1С на файл-сервере Novell.

Какие можно сделать выводы?

Другой взгляд на работу сети .

Вопросы к размышлению.

Заключение.



Анализ производительности компьютерных сетей на примере прикладных программ 1С, SAP, 1C+Citrix, SAP+Citrix.
Содержание.
Введение.
Что необходимо знать о сети для анализа прикладных приложений.
Стратегия поиска проблемы.
Пример анализа работы 1С + MS SQL Server
Пример анализа работы 1С на файл-сервере Novell.
Какие можно сделать выводы?
Другой взгляд на работу сети .
Вопросы к размышлению.
Заключение.

Введение.
За время своей работы мне довольно часто приходилось сталкиваться с медленной работой прикладных программ при работе в сети (LAN и WAN). Причины бывают разными, но не всегда можно идентифицировать причину проблемы методом исключения.
Данная статья посвящена двум аспектам:
1)  как проанализировать сеть,  не прибегая к сетевым анализаторам и используя только следующие средства:
Утилита perfmon - Perfomance monitor (входит в WinNT\2000\XP)
Утилита hrping   - freeware можно скачать на сайте http://www.cfos.de/hrping-v226.zip . В отличие от стандартной утилиты ping она обладает дополнительными возможностями, которые нам необходимы. Соответственно, примеры даются для протокола TCP IP.
2) Как доказать (обосновать), что проблема кроется именно в сети. Данная методика позволяет более четко разделить функции сетевого администратора и специалиста в прикладном программном обеспечении. Т.е. методика идентифицирует проблему, а поиском причины уже занимаются сетевые администраторы.
Как показывает опыт, некоторые сетевые (системные) администраторы не хотят разбираться вопросе: почему конкретная программа в их сети работает медленно? В доказательство  нормальной работы в сети Вам могут привести пример копирования файла. Другие используют программы, которые создают трафик большими IP пакетами, и делают аналогичные выводы.
В случае же прикладных сиcтем все гораздо сложнее.
Надо отметить, что есть настоящие профессионалы, которые учитывают все аспекты анализа работы прикладных приложений в сети. Например Дж. Скотт Хогдалл (опубликовал книгу Анализ и диагностика компьютерных сетей.)

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

Для тех, кто занимается внедрением ПО, по ходу статьи изложена необходимая информация для понимания работы компьютерных сетей.


Что необходимо знать о сети для анализа прикладных приложений.

При анализе прикладных приложений необходимо учесть, что передача данных по сети это передача не потока байт - это передача пакетов. Т.е. байты передаются и принимаются в пакете.
Далее будут ссылки на уровень модели OSI
Канальный - наиболее близкий к физическому уровню на этом уровне формируются пакеты Ethernet.
Сетевой уровень - на этом уровне формируются пакеты IP
Транспортный - на этом уровне работает протокол TCP

Пример. (Пояснение роли пакетов). Сеть Ethernet 100 мегабит. Реальная длина пакета на канальном уровне может составлять от 84 байт (64байта длина пакета с CRC + 12 байт межкадровый промежуток + 8 байт преамбула) до (1518 аналогично+12+8) = 1538 в зависимости от объема передаваемой в пакете информации. Декларируемая скорость 100 мегабит это 12 500 000 байт. За одну секунду может быть передано148809 пакетов длиной 84 байт, и 8127 пакетов длиной 1538 байт. А теперь посчитаем количество информации передаваемом на канальном уровне. Для минимальной длины пакета у нас 8+12 байт это чистые накладные расходы, из 64 байт можно выкинуть еще 20 байт на адреса и CRC. Таким образом % передачи полезной информации на канальном уровне равен 44/84=52% для маленьких пакетов и (1518-20)/1538=97% для больших.
Забегая вперед отмечу, что вышеперечисленные приложения используют длину  пакета не превышающую 900 байт, следовательно, КПД передачи информации не самый высокий.
А из примера следует, чем меньше пакет, тем меньше он передает полезной информации из-за накладных расходов. Копирование файлов использует большую длину пакета, поэтому его нельзя приводить как сравнение для работы прикладных приложений (о чем было сказано выше). Так же  необходимо учесть, что расчеты были проведены для канального уровня OSI, а каждый более высокий уровень OSI добавляет служебной информации.

Пакеты канального уровня могут фрагментировать пакеты сетевого уровня. Например,  размер пакета Ethernet на канальном уровне 1518 байт. Если  размер пакета IP на сетевом уровне 2000 байт, то на канальном пакет будет осуществляться передача двумя пакетами .
Далее  будет конкретизироваться тип пакета и уровень OSI.

На транспортном (TCP) уровне пакеты отсылаются получателю, но через некоторое количество пакетов получатель отправляет подтверждение о доставке. Это называется размером окна ( измеряется оно в байтах напр. для Windows NT 8760 байт). которое характеризует возможность передать некоторое количество информации без ответного пакета подтверждения.

 
 
Web Page Maker, create your own web pages.
Сайт управляется системой uCoz