Как выглядит плохая производительность сети? | NETSCOUT


 

Интерпретация инструмента: Как выглядит плохая производительность сети?
Молоток - фантастический инструмент с миллионом способов использования. Квалифицированный строитель может использовать его, чтобы создать дом, построить крышу или починить стену. Но у самого молотка нет навыка – это фактор зависит от человека, использующего молоток.

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

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

  •     Что эти диаграммы или статистика говорят мне?
  •     Как я могу сказать, действительно ли сеть является проблемой?
  •     Каков следующий шаг в решении проблемы?

В этой статье мы рассмотрим, как проблемы с производительностью сети отображается в TruView и что можно сделать в качестве следующего шага.

Как выглядит плохая производительность сети?

Давайте предположим, что пользователи жаловались на плохую производительность бизнес-приложения и что сеть - истинная первопричина. Мы знаем, что пользователи собираются обвинить сеть независимо от того, какова проблема, но в этом случае, давайте предположим, что сеть была проблемой. Обычные вещи, которые заставляют производительность страдать в сети: потери пакетов, перегрузка и проблемы пути. Они могут показать себя как повторные передачи TCP и сбои.

В TruView, сначала выберите строку поиска в верхнем правом углу и введите имя рассматриваемого приложения. Затем в нижней части страницы выберите участок, откуда поступали жалобы пользователей, это установит фильтр для приложения и участка.


 
В «Раскладе времени ответа конечного пользователя» Вы увидите составную диаграмму, которая показывает время ответа приложения (ART), время передачи данных (DTT) и пропускной способности сети в обоих направлениях (NRT). С большинством проблем, которые действительно исходят из сети, DTT или NRT будут показаны как наибольший вкладчик к полному времени. На этом экране мы видим, что DTT является наибольшим.

Это означает, что отправка транзакции от сервера к клиенту занимает больше времени во время этого всплеска. Это может произойти из-за потери пакета, перегрузки или сбоев интерфейса в сетевых интерфейсах. Это также может произойти из-за проблем TCP Window, но мы обратимся к этому подробно в другой статье. Чтобы определить, в чем проблема, выберите Производительность приложения | Тенденции | Протокол TCP из ниспадающего меню. Этот экран покажет любые повторные передачи, нулевые окна или события сбоев, которые были в потоке транзакции.

В этом случае, мы видим, что повторные передачи TCP непосредственно совпадают с задержкой приложения. Когда мы видим повторные передачи, но приложение продолжает работать, это означает, что есть потеря пакета в сети. Это часто происходит из-за перегрузки и ошибок Ethernet, и может также быть вызвано неправильно сконфигурированными параметрами настройки MTU или MSS в инфраструктуре.
 
Чтобы утвердить, где происходит потеря, OptiView XG может быть использован, чтобы произвести графический анализ маршрута, который точно определит точный канал, который сообщает об ошибках. Этой функцией можно также управлять непосредственно с TruView, который возьмет данные от XG, установленного в сети.


 
Это ясно покажет, какой канал вызывает потерю пакета, которым, в свою очередь, можно будет заняться непосредственно на сервере или в коммутаторе.
Когда Вы видите большое значение DTT в TruView, обратите внимание, что могут быть проблемы TCP и проблемы нагрузки, которые могут показать эту проблему.

Ясные показатели времени ответа в TruView легко читать и интерпретировать, что направляет пользователей к первопричине проблемы производительности.

 

Дополнительный ресурсы по информационным сетям
Щелкните здесь для получения дополнительной информации о решениях OptiView XG и TruView.

OptiView XG v10: Бронзовая награда за лучшее аппаратное средство ИТ – Награды журнала Network Products Guide 2013 года
Смотреть видеоролик: Докажите, что проблемы не в сети.
Конкретный пример: Bosch Group автоматизирует анализ сети и приложений

 
 
Powered By OneLink