Аномалия времени отклика приложения для площадок

Этот плейбук описывает шаги по исследованию и устранению проблем времени отклика приложения, влияющих на площадки.

Обзор.

Время отклика приложения измеряет **время до первого байта (TTFB)** между сайтом и приложением. Увеличение времени отклика может быть вызвано ухудшением на стороне приложения, проблемами с подключением WAN, проблемами с интернет-провайдером, перегрузкой и проблемами в локальной сети сайта.

Этот плейбук помогает определить источник ухудшения с помощью **Приложения управления Cato (CMA)**, прежде чем обращаться в поддержку Cato.

Проверка времени отклика приложения

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

Использование детализации истории

  1. В меню навигации нажмите на Home > Рабочая область Историй.
  2. В строке фильтра добавьте набор фильтровИмя производителя в Аномалии производительности.
  3. Добавьте фильтр **Индикация - Аномалия времени отклика приложения для площадок**.
  4. Проверьте, что история была сформирована.
  5. Кликните по строке истории, чтобы открыть страницу детализации и изучить детали инцидента, включая хронологию, затронутый объект и приложение.
  6. Просмотрите хронологию инцидента, чтобы определить, является ли проблема продолжающейся или периодической.

Фильтрация для связанных событий

НаHome События>странице, примените следующие фильтры:

  • ПодтиправняетсяАномалия
  • **Сообщение о событии** содержит **Время отклика приложения**

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

Шаги по устранению неполадок

Просмотреть производительность приложения

  1. ОткройтеHome Мониторинг пользовательского опыта.
  2. Отфильтруйте данные для затронутой площадки и приложения.
  3. Просмотритевремя до первого байта (TTFB)икоэффициент ошибок HTTP/Sво времяпериода действия инцидента.
  4. Сравните тенденцию 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

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

 

 

 

 

 

 

 

Была ли эта статья полезной?

Пользователи, считающие этот материал полезным: 0 из 0

0 комментариев