Этот плейбук описывает шаги по исследованию и устранению проблем времени отклика приложения, влияющих на площадки.
Обзор
Время отклика приложения измеряет время до первого байта (TTFB) между сайтом и приложением. Увеличение времени отклика может быть вызвано ухудшением на стороне приложения, проблемами с подключением WAN, проблемами с интернет-провайдером, перегрузкой и проблемами в локальной сети сайта.
Этот плейбук помогает определить источник ухудшения с помощью Приложения управления Cato (CMA), прежде чем обращаться в поддержку Cato.
Проверка времени отклика приложения
Следующие методы могут быть использованы администратором CMA для проверки того, что аномалия времени отклика приложения произошла на сайте.
Использование детализации истории
- Из меню навигации нажмите Домашняя > Рабочая область Историй.
- В строке фильтров добавьте фильтр, настроенный на Имя производителя в аномалии производительности.
- Добавьте фильтр Индикация - Аномалия времени отклика приложения для площадок.
- Убедитесь, что история была сгенерирована.
- Кликните по строке истории, чтобы открыть страницу детализации и изучить детали инцидента, включая хронологию, затронутый объект и приложение.
- Просмотрите хронологию инцидента, чтобы определить, является ли проблема продолжающейся или периодической.
Фильтр для связанных событий
На странице Домашняя > События примените следующие фильтры:
- Подтип - Аномалия
- Сообщение о событии содержит Время отклика приложения
Убедитесь, что события аномалий были сгенерированы в указанный временной интервал.
Шаги устранения неисправностей
Просмотр производительности приложений
- Откройте страницу Домашняя > Мониторинг пользовательского опыта.
- Отфильтруйте данные для затронутой площадки и приложения.
- Просмотрите метрики времени до первого байта (TTFB) и коэффициента ошибок HTTP/S в течение временного интервала инцидента.
- Сравните тенденцию TTFB с временной шкалой истории, чтобы определить, является ли деградация постоянной или периодической.
Если коэффициент ошибок HTTP/S увеличивается вместе с TTFB, проверьте, сообщал ли поставщик приложений о деградации сервиса или если backend приложения испытывает проблемы.
Если TTFB увеличивается, а коэффициент ошибок HTTP/S остается стабильным, это значит, что приложение отвечает медленнее, чем обычно, но все еще обрабатывает запросы. Для приложений, размещённых на собственных серверах, проверьте здоровье сервера приложений и инфраструктуры backend.
Если несколько площадок испытывают увеличенное TTFB для одного и того же приложения, проверьте, сообщал ли поставщик приложений о массовой деградации сервиса.
Просмотр метрик площадки
На странице Мониторинг пользовательского опыта просмотрите следующие метрики площадки в течение временного интервала инцидента:
- Потеря пакетов до PoP
- Расстояние до PoP
Сравните эти метрики с временной шкалой TTFB.
Если потеря пакетов до PoP или расстояние до PoP увеличивается вместе с TTFB, исследуйте соединение сайта с интернетом или свяжитесь с интернет-провайдером, если проблема сохраняется.
Если сетевые метрики остаются стабильными, а TTFB увеличивается, то деградация вероятно связана с приложением, а не с сетью.
Просмотр деталей соединения
Просмотрите виджет Подробности соединения и изучите результаты трассировки маршрута для:
- Потеря пакетов
- Увеличенная задержка
- Изменения маршрута
- Другие аномалии сети
Если наблюдается потеря пакетов или увеличенная задержка до того, как трафик достигнет PoP Cato, изучите локальную сеть сайта или подключение к ISP.
Если маршрут до PoP в порядке, а TTFB остается высоким, исследуйте хостинг приложения или проверьте, сообщал ли SaaS-поставщик о деградации сервиса.
Если на этом этапе не были обнаружены проблемы, перейдите к управлению проблемами производительности для Socket Sites для дальнейшего устранения неисправностей.
Создание заявок в Поддержку Cato
Если выполнение этого плейбука не решило проблему, подайте заявку в Поддержку. Чтобы помочь Поддержке Cato быстро исследовать проблему, включите результаты выполненных вами шагов устранения неисправностей.