 |
Мониторинг производительности сети.
|
|
|
|
Мониторинг сети я производил посредством программы Wireshark.
Эта программа тоже оказалась для меня не новой, поэтому я сразу же приступил к делу.
Мониторинг производительности начинается с пользователя.
Идем к пользователю и начинаем захват трафика на его стороне. Часто проблема уже прошла, и ждать ее возникновения вновь приходится долго.
Оценим время подключения пользователя к серверу.
Ищем в файле DNS запрос к серверу, на котором работает приложение. Оцениваем время отклика DNS сервера и убеждаемся, что оно приемлемое для вашей сети, используя колонку Time в Wireshark (обычно время отклика не должно быть более 150 мс). Если пользователь часто обращается к этому серверу, то ищем пакет запросом на установление TCP сессии (TCP SYN).
Для анализа скорости установления сессии с сервером необходимо воспользоваться фильтром TCP Stream для выборки пакетов, которые относятся к данной TCP сессии (правый клик мыши на любом пакете в TCP сессии и выбираем TCP Stream фильтр). Основная цель наших действий это сравнить время передачи по сети (network roundtrip time) со временем отклика приложения (server response time).
Как только фильтр настроен, и мы видим пакеты, относящиеся к сессии, оцените временную дельту между пакетом пользователя с TCP SYN и пакетом с TCP SYN-ACK отправленным сервером пользователю. Это время можно использовать как отправную точку для поиска источника проблемы. На скриншоте ниже время отображается в пакете номер 7 и составляем 134 мс(См. рис.25).
Рисунок 25 – мониторинг производительности сети
Анализ времени отклика приложения.
Как только пользователь установил TCP соединение, он запросит необходимые данные. В примере выше клиент отправил запрос к Web серверу HTTP GET. Обращаемся к колонке дельта и видим, что сервер ответил через 125 мс. с TCP ACK, что подтверждает получение сервером запроса, но не сам ответ. И затем сервер потратил 4,85 секунд на отправку пакета с требуемыми данными и затем быстро передал оставшиеся пакеты на скорости канала (сеть летает). Сравнивая время 4.85 секунды с временем установления соединения – 134 мс.. Мы явно можем сделать вывод – что время отклика сервера очень большое.
|
|
|
Основываясь на данной информации очень просто понять, что делать дальше. Если время отклика сервера существенно выше времени установления соединения (connection setup time) и нет повторных передач (TCP retransmissions), то проблема на стороне сервера, а сеть тут ни при чем.
Если задержек в данной транзакции не обнаружено, то нужно перемещаться к другому запросу, внимательно отслеживая количество времени, которое было затрачено сервером на ответ пользователя. Постепенно получив опыт захвата трафика на стороне клиента, можно переходить к анализу трафика на стороне сервера, так как этот анализ позволит понять, чем был занят сервер, отвечая на запрос нашего пользователя в течение 4,38 секунд.
Искать проблемы с производительностью сети или сервера или приложения можно и с помощью Wireshark, но для решения данной задачи потребуется сноровка, подключение в нескольких местах в сети и желательно одновременный захват трафика с последующей синхронизацией файлов по времени. А если корпоративные приложения многоуровневые и серверов много, то автоматизированные комплексы мониторинга или коммерческие анализаторы протоколов существенно сэкономят время.
ЗАКЛЮЧЕНИЕ
За время прохождения производственной практики в техотделе Академии МУБиНТ я ознакомился со спецификой работ, прошел инструктаж по технике безопасности.
Познакомился со следующими программными продуктами: Касперский internet antivirus; antivirus Касперского; Wireshark; Cisco PacketTracer; Furmark; Acronis Disk Director; CrystalDiskInfo; AIDA32 и многие другие.
|
|
|
В ходе прохождения практики я наблюдал, и сам участвовал в работе отдела а также сам выполнял поставленные руководителем практики задачи.
Так же более глубоко ознакомился со следующим оборудованием: фото принтер Epson Stylus PHOTO 900; принтер HP LaserJet 2010; сканер HP Scanjet 3690; копировальные аппараты CANON № 7161, CANON FC 128, Межсетевой экран, ИБП Powerware 9305 (PW 9305) и другой оргтехникой.
За время производственно-технологической практики мне удалось применить те знания, которые были получены в процессе обучения в колледже.
Ознакомление с новой, для меня, Оргтехникой, компьютерами, программным и аппаратным обеспечением, работой в локальной вычислительной сети дало мне большой багаж практических знаний.
Я считаю, что в целом справился с программой на производственную практику. В ходе практики мне была предоставлена возможность показать свои знания, навыки и выявить недостатки или упущения, над которыми необходимо работать, чтобы стать квалифицированным специалистом.
Список использованной литературы
1. Олифер В.Г., Олифер Н.А. Компьютерные сети. Принципы, технологии, протоколы: Учебник для вузов – СПб.: Питер, 2009.
2. Рассел Ч., Кроуфорд Ш., Джеренд Д. Microsoft Windows Server 2003. Справочник администратора. Русский перевод, Microsoft Corporation – М.: Изд.- ЭКОМ, 2008.
3. Сетевые технологии: Учебное пособие. Баканов В.М. Сетевые технологии: Учебное пособие – M.: МГУПИ, 2008.
4. Элсенпитер Р., Т.Дж.Велт. Windows XP Professional. Администрирование сетей. Изд.- ЭКОМ, Москва, 2006.
5. www.edu.ru – образовательный портал.
6. http://www.comppost.bip.ru/ Разнообразная литература по компьютерной тематике.
7. http://www.softarea.ru/ Каталог компьютерных программ.
8. http://www.iworld.ru/ Электронная версия журнала "Мир Internet".
9. http://www.vspu.ac.ru/de/inf.htm/ Статьи, книги, учебные материалы по информатике.
|
|
|
