Этот учебник описывает шаги по исследованию и устранению проблем задержки HTTP-приложения, влияющих на трафик от исходящих IP-адресов ISP для удаленных пользователей.
Обзор
История Аномалии задержки HTTP приложения для исходящих IP-адресов ISP указывает на значительное увеличение задержки HTTP для конкретного приложения, выходящего через определенный IP-адрес исходящего канала ISP.
Эта история актуальна для трафика от пользователей и помогает выявить, связана ли деградация с конкретным соединением ISP, маршрутом сайта, приложением или внешним сервисом.
Проверка задержки HTTP
Использование детализации истории
-
В меню навигации щелкните Домашняя > Рабочая область Историй.
-
В строке фильтра добавьте набор фильтров для Producer Name in Experience Anomaly.
-
Добавьте фильтр Indication Contains Application HTTP Latency Anomaly for ISP Egress IPs.
-
Проверьте, что история была создана.
- Щелкните по строке истории, чтобы открыть страницу детализации и просмотреть детали инцидента.
- Обратите внимание на затронутое приложение и ISP Egress IP.
- Просмотрите хронологию инцидента, чтобы определить, когда началась аномалия и продолжается ли деградация или она прерывистая.
Шаги по устранению неполадок
Просмотр производительности приложения
- Откройте страницу Домашняя > Мониторинг пользовательского опыта.
- Отфильтруйте данные для пользователя, затронутого приложения и исходящего IP-адреса ISP.
- Просмотрите метрики Задержка HTTP и Коэффициент ошибок HTTP/S во время инцидента.
- Сравните тенденцию задержки HTTP с хронологией истории.
Если Коэффициент ошибок HTTP/S увеличивается вместе с задержкой HTTP, проверьте, сообщил ли поставщик приложений о деградации сервиса или испытывает ли проблемы backend.
Если только задержка HTTP увеличивается, а Коэффициент ошибок HTTP/S остается стабильным, деградация, вероятно, связана с сетью, а не с самим приложением.
Если несколько исходящих IP-адресов ISP испытывают увеличение задержки HTTP для одного и того же приложения, проверьте, сообщил ли поставщик приложений о широкой деградации сервиса.
Просмотр метрик пользователя
На странице Мониторинг пользовательского опыта просмотрите пользователей, связанных с затронутым исходящим IP-адресом ISP во время инцидента.
Просмотрите следующие метрики:
- Использование ЦП
- Использование памяти
- Качество сигнала Wi-Fi
- Потеря пакетов к шлюзу LAN
- Время отклика до шлюза LAN
- Потеря пакетов к PoP
- Время отклика до PoP
Сравните эти метрики с хронологией задержки HTTP.
Если у нескольких пользователей одновременно наблюдается увеличенная потеря пакетов или задержка с аномалией задержки HTTP, выясните, нет ли проблем у ISP или пути к интернету.
Если только один или несколько пользователей показывают ухудшенные метрики, изучите их локальную сетевую подключенность и производительность конечных точек.
Просмотр результатов трассировки маршрута
Откройте виджет Детали соединения для одного или нескольких затронутых пользователей и просмотрите доступные результаты трассировки маршрута до приложения назначения.
Просмотрите результаты трассировки маршрута для:
- Потеря пакетов
- Увеличенная задержка
- Изменения маршрута
- Другие сетевые отклонения
Если наблюдается потеря пакетов или увеличенная задержка перед достижением трафиком Cato PoP, изучите локальную сеть пользователя или подключение к ISP.
Если путь до PoP исправен, а задержка HTTP остается повышенной, изучите приложение назначения или проверьте, сообщил ли поставщик SaaS о деградации сервиса.
Примечание: Метрики трассировки маршрута доступны только с Windows Client v6.10 или более поздней версии и macOS Client v5.14 или более поздней версии.
Просмотр производительности конечной точки
Если в предыдущих шагах проблем не обнаружено, перейдите к Cato SDP Client Performance Troubleshooting и изучите возможные причины, связанные с конечной точкой.
Создание заявок в Поддержку Cato
Если выполнение данного учебника не устранило проблему, отправьте запрос в Поддержку. Чтобы помочь Поддержке Cato эффективно расследовать проблему, включите результаты шагов по устранению неполадок, которые вы выполнили.