Fluke-networks Network Time Machine Uživatelský manuál Strana 3

  • Stažení
  • Přidat do mých příruček
  • Tisk
  • Strana
    / 8
  • Tabulka s obsahem
  • KNIHY
  • Hodnocené. / 5. Na základě hodnocení zákazníků
Zobrazit stránku 2
Пло-
щадка
A
Пло-
щадка
A
Пло-
щадка
B
Пло-
щадка
B
Пло-
щадка
C
Пло-
щадка
C
Время
на
Время
на
Время
на
клиенте
Время
на
клиенте
Время
потока
Время
потока
Центр об-
работки
данных
Поток TCP
30 площадок
(5 подсетей на каждой)
Анализ "узких мест" Fluke Networks (PBA) основан на
запатентованном алгоритме, при помощи которого
анализатор определяет время, затраченное на сервере, в
сети и на клиенте. Алгоритм требует наличия одной точки
замера в сети поблизости оконечной точки, такой как сервер
или клиент. Это сокращает время устранения неисправности,
поскольку для определения изменений задержек в сети не
требуется выполнять измерений в двух местоположениях.
Ключевые возможности
Интуитивный анализ "узких мест" производительности при-
ложений сокращает время настройки стенда и локализации
области неполадок
Network Time Machine (NTM) автоматически обнаруживает прило-
жения и сообщает о тенденциях параметров производительности
сервера, сети и клиентов. Уникальный анализ "узких мест" (PBA) ото-
бражает затраты времени каждого TCP-потока на сервере, в сети и
клиентских объектах. Результаты PBA показывают, где именно проис-
ходят наибольшие задержки в работе приложения. Таким образом,
мгновенно определяется источник проблем производительности
приложений. Помимо этого, NTM показывает, как характеристики
производительности изменяются во времени, позволяя идентифи-
цировать неисправный компонент конкретного сервера или сети.
Процесс извлечения пакетов интегрирован с пользовательским
интерфейсом, поэтому проанализировать набор проблематичных
потоков можно очень быстро. NTM предоставляет пользователю
удобный интерфейс взаимодействия с извлеченными пакетами,
который при помощи интуитивно понятной пошаговой детализации
позволяет перейти от уровня потоков приложений к конкретным
транзакциям уровня пакетов. Лестничные диаграммы дают четкое
представление о выполнении транзакций по времени и позволяют
обнаруживать проблемные пакеты без перехода к декодированному
представлению. Следствием быстрого процесса освоения и пони-
мания проблемной области является меньшее время локализации
неисправности и быстрое и качественное решение проблемы.
Расширенная система отчетности и анализа ключевых
показателей производительности (KPI)
При минимальной конфигурации Network Time Machine
оценивает тенденции изменения показателей KPI серверов,
приложений и площадок.
В числе этих показателей:
• Объем данных
• Повторные передачи
• Соединения
• Пропускная способность
• Сбросы TCP
• Избыток повторных передач по площадке или серверу
• Статистика по TCP Zero Window
Пользователи могут вернуться в любой момент прошлого
для рассмотрения показателей производительности в
ретроспективе, даже когда соответствующие пакеты устарели
и были заменены более новыми. Имеется множество шаблонов
отчетов производительности, которые можно в дальнейшем
модифицировать. Создание отчетов можно запланировать на каждый
день или создавать их по запросу или в определенный интервал
времени. Шаблоны отчетов содержат следующую информацию:
• Состояние показателей KPI или отчет о тенденциях работы
приложений, серверов и площадок
• Состояние проблем или отчеты о тенденциях работы приложений,
серверов и площадок
• Распространение H.323, RTP и SIP MOS
• Обзор тенденций ключевых показателей производительности сети
• Распределение приложений/IP-протоколов в канале
3
Рис. 1. Функция анализа "узких мест" на NTM V8.0 показывает
среднее время задержки приложения (например, SMTP и HTTP) на
сервере и в сети. На нижней диаграмме отображается резкое
увеличение времени отклика сервера и возврат к норме за
анализируемый период времени.
Рис. 2. Детализация результатов PBA из Рис. 1 показывает, как
быстро NTM может найти причину возникновения проблем.
На верхней диаграмме можно отметить, что время отклика
сервера увеличилось. Средняя диаграмма показывает, что это
произошло, когда сервер уменьшил количество управляемых им
соединений и отправлял клиенту большое количество TCP-reset
(на нижнем графике).
Zobrazit stránku 2
1 2 3 4 5 6 7 8

Komentáře k této Příručce

Žádné komentáře