Увидеть, что происходит с сетью и сервисами.
Понять, где возникла проблема.
aVistar/V помогает исследовать реальный сетевой трафик, контролировать качество каналов и сервисов и последовательно локализовать причины деградаций: от общей картины до отдельной сессии.
МОНИТОРИНГ · ИССЛЕДОВАНИЕ ИНЦИДЕНТОВ · ИСТОРИЧЕСКИЙ АНАЛИЗ · DRILL-DOWN
Экран «Тренды и KPIs»
Сеть сложнее, чем просто "доступность"
Система aVistar позволяет рассматривать сетевой трафик с нескольких сторон: видеть его структуру, оценивать качество каналов и сервисов, исследовать пользовательский опыт, анализировать загрузку инфраструктуры и искать аномалии.
Наблюдаемость трафика
Реальный SLA
Качество сервисов
Планирование сети
Поиск аномалий
От пакета в сети к данным на дашборде
Одна система - четыре стратегии работы
01Проактивный мониторинг
Создание порогов и автоматическое отслеживание ключевых индикаторов каналов связи и сервисов в режиме почти реального времени.
02Тренды состояния
03Исследовательский подход
04Обнаружение сервисов и эндпоинтов
Не набор жёстких сценариев, а набор инструментов
Принцип швейцарского ножа. Широкий набор инструментов для решения разных проблем, без ограничения заранее заданными шаблонами.
Каждый новый фильтр это ещё один шаг от симптома к причине.
Пользователь: «сервис тормозит»
Надо быстро разобраться Что именно «тормозит» и на чьей стороне возникла деградация: сервер, сеть или устройство пользователя. Алгоритм зависит от природы проблемы и организации сервиса.
СЕРВЕР
СЕТЬ
ПОЛЬЗОВАТЕЛЬ
Пример алгоритма демаркации проблемы медленного сервиса
Исследование медленного сервиса: по шагам
01Выберите момент, когда возникла проблема
02Разделите сетевую и серверную составляющие
В WEB/TCP-сценарии суммарный отклик EURT анализируется через RTT (сетевая задержка) и ART (задержка отклика сервера).
03Найдите медленные серверы
04Провалитесь до отдельных сессий
05Определите масштаб
06Сделайте вывод по фактическим значениям
Сравните сетевые задержки RTT с задержками на стороне сервера задержка на стороне сервера
Пример
Исследование среднего отклика приложений в канале под мониторингом для всех сервисов в канале (левый виджет), и топ отдельных медленных серверов (правый виджет). Используя drill-down проверим на кого повлиял самый медленный сервер 178.130.128.21 →
→ Детализация медленных сессий сервера позволяет ответить на каких клиентов и как повлиял медленный сервер 178.130.128.21. Здесь каждая строка — это отдельная сессия, которую можно детализировать.
Из таблицы видно, что деградация сервиса связана с огромными сетевыми задержками (RTT), а пострадавшим клиентом был 192.168.10.180.
В этом примере причина деградации - сетевые задержки
Сетевая задержка в трёх сессиях была очень большой. Однако ниже в таблице видно, что сетевые задержки уменьшаются., но начались задержки и на серверной части. При необходимости можно расширить интервал времени, чтобы убедиться, что проблема с сервером 178.130.128.21 не носит постоянный характер. Дополнительно: поставить отклик этого сервера на постоянный мониторинг, установив пороговые значения.
Тренды
aVistar позволяет выполнять исследование для разных временных интервалов: сравнивать поведение сервера с конкретным пользователем и с другими клиентами, оценивать динамику сервиса и сопоставлять её с другими параметрами трафика.
Ключевые показатели собраны на отдельном экране и позволяют увидеть тренды в диапазоне от 15 минут до 1 года.
Долгосрочные и краткосрочные тренды ключевых показателей канала под мониторингом
Медленно работает сетевой ресурс? Проверьте базовые сервисы.
Например, проверьте работу DNS. Некорректная работа DNS увеличивает пользовательское время доступа к WEB-сервисам. Для анализа можно выбрать интервал на Таймлайне и отфильтровать данные по протоколу DNS.
✓ количество активных DNS-сессий
✓ нагрузку на DNS-серверы
✓ битрейт и общую статистику DNS
✓ список используемых DNS-серверов
✓ видимые аномалии трафика
✓ время ответа DNS-серверов
✓ аномально медленные сессии
✓ состояние DNS/TCP и потери пакетов
✓ работу DNS-сервера по разным направлениям
Экран статистики с фильтрацией по протоколу DNS
при необходимости исследовать другие базовые сетевые сервисы инструментами aVistar
Пошаговая настройка порога для контроля отклика DNS-сервиса (8.8.8.8) для подсети 192.168.10.0/24
Поставьте важный KPI на постоянный контроль
Наблюдение за DNS из предыдущего примера можно автоматизировать с помощью пороговых значений. В форме настройки указываются DNS-сервер и пороги задержки; опционально можно проверить клиентский endpoint или подсеть.
Исследование → порог → проактивный мониторинг
Ещё несколько практических сценариев
Найти отдельную сессию
Поиск отдельной сессии по параметрам
В реальной жизни эта простая задача может оказаться затратной по времени. В aVistar фильтрация трафика по множеству параметров позволяет быстро визуализировать нужную сессию в общем потоке и перейти к её детализации.
Разобраться в активности устройства
Статистика активности endpoint
Исследовать профиль трафика и активность сервера, хоста, принтера, IoT-устройства, или другого endpoint и переключаться между доступными KPI.
Проверить качество передачи
Потери и ретрансмиссии для целевых сервисов
Для проблем доступности сервисов можно исследовать потери, фрагментацию и ретрансмиссии пакетов, фильтровать по IP/сервису и интервалу времени.
Кому предназначена истема aVistar
Отделам качества сетевых услуг
Инфраструктура
Командам SRE
Командам кибербезопасности
Как средство, дополняющее возможности SIEM.