Синтетические расчеты

Применение Ключ-АСТРОМ / Синтетический мониторинг / Общая информация / Синтетические расчеты

Ключ-АСТРОМ использует специальные формулы для расчета значений метрик и создания задач на основе этих метрик.

Доступность

Расчет доступности для синтетического монитора основан не на количестве успешных выполнений, а на продолжительности времени (длительности), в течение которого мониторинг считается UP. Ключ-АСТРОМ хранит временные метки изменений состояния — UP , DOWN, и UNMONITORED.

Промежуток времени, охватываемый последовательными успешными выполнениями мониторинга, считается временем безотказной работы (UP). Время между последним успешным выполнением и первым неудачным выполнением также считается временем безотказной работы (UP). Аналогично, промежуток времени, охватываемый последовательными неудачными выполнениями, считается временем простоя (DOWN). Время между последним неудачным выполнением и первым успешным выполнением считается временем простоя (DOWN). Это показано на рисунке ниже.

Время, которое мониторинг проводит в состоянии UNMONITORED, не учитывается при расчете доступности.

• Время безотказной работы — это продолжительность в мс, в течение которой синтетический монитор находится в состоянии UP.
• Время простоя — это продолжительность в мс, в течение которой синтетический монитор находится в состоянии DOWN.
• Доступность % по местоположению составляет Uptime / (Uptime + Downtime) × 100.
• Общая доступность мониторинга составляет sum of availability % per location / number of locations.

Доступность хранится в процентах с двумя десятичными знаками.

Окна технического обслуживания

Окна обслуживания можно исключить из расчета доступности для синтетических мониторингов на страницах сведений о синтетических мониторах и в отчетах. Глобальная настройка позволяет всегда исключать окна обслуживания из расчета доступности — перейдите в Настройки > Веб и мобильный мониторинг > Синтетическая доступность , чтобы получить к ней доступ.

Сбои, которые происходят в течение таких исключенных окон обслуживания, показаны, например, в графиках и точках данных на странице многомерного анализа . Любые неисправные ресурсы выделены на каскадных графиках . Однако неисправные выполнения не включаются в расчеты доступности для периодов обслуживания.

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

Диаграммы Визуализации метрик и API метрик предоставляют показатели доступности с возможностью включения или исключения периодов технического обслуживания.

Повторные попытки

Повтор при ошибке для мониторинга браузера с одним URL и browser clickpaths настраивается через настройки мониторинга и включен по умолчанию. Отмененные выполнения игнорируются при расчетах доступности.

• Мониторинг браузера: Автоматический повтор (первое неудачное выполнение игнорируется), если опция включена в настройках монитора
• HTTP-мониторинг: повторных попыток нет

Ключевые показатели эффективности

Общая длительность рассчитывается как сумма длительности действия пользователя нагрузки и действий XHR в мониторинге. Другие ключевые значения показателей производительности являются средними, рассчитываемыми отдельно для действий нагрузки и действий XHR.

Проблемы с производительностью, решение и тайм-ауты

Ключ-АСТРОМ генерирует проблему производительности, если мониторинг в заданном месте нарушает любой из определенных порогов производительности в 3 из 5 последних выполнений, если только для мониторинга не открыто техническое обслуживание. То есть нарушения должны происходить в одном и том же месте. Несколько мест могут иметь такие нарушения и быть включены в проблему.

Проблема не возникает, например, если ваш мониторинг осуществляется из 3 мест, и в каждом месте зафиксировано 1 нарушение.

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

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

Разрешение проблем производительности происходит, когда мониторинг включен/активен. Если мониторинг отключен/неактивен, открытые проблемы производительности закрываются или истекают по тайм-ауту через 10 минут.

Пороги производительности

Пороги производительности для мониторингов браузера определяются, как Общая длительность мониторинга или отдельных событий, которые, в свою очередь, могут включать несколько действий загрузки или XHR. Общая длительность представляет собой сумму длительностей действий пользователя составляющих действий. Если событие имеет только одно действие, Общая длительность совпадает с длительностью действий пользователя.

Обратите внимание, что общая продолжительность недоступна в качестве метрики для отдельных действий нагрузки или XHR при просмотре многомерного анализа мониторинга браузера или каскадной диаграммы .

Пороговые значения производительности для HTTP-мониторингов определяются, как время отклика мониторинга или отдельных запросов.

Проблемы с доступностью, их разрешение и тайм-ауты

Синтетические мониторинги могут испытывать проблемы с доступностью из-за глобального сбоя или локального сбоя. Глобальный сбой происходит, когда все местоположения испытывают от 1 до 5 последовательных сбоев одновременно. Локальный сбой происходит, когда указанное количество местоположений испытывает указанное количество последовательных сбоев, например, когда 3 из 4 местоположений испытывают два последовательных сбоя.

Проблема сбоя разрешается, когда количество последовательных успешных выполнений равно настроенному количеству неудачных выполнений для возникновения проблемы. Успешные выполнения должны происходить в количестве локаций, которое = общее количество локаций – количество локаций, требуемых для проблемы + 1.

Например, если ваш мониторинг работает в 4 местах и ​​настроен на генерацию проблемы, когда в 3 местах происходит 2 последовательных сбоя, проблема сбоя будет решена, когда будет выполнено 2 последовательных успешных выполнения в 2 (=4–3+1) местах.

Обратите внимание, что когда глобальная проблема сбоя будет устранена, у вас все еще может быть одно или несколько мест, где происходит сбой мониторинга. Настройте локальные правила сбоя, чтобы получать оповещения об этом.

Разрешение проблемы сбоя происходит, когда мониторинг включен/активен. Если мониторинг отключен/неактивен, открытые проблемы сбоя закрываются или истекают по тайм-ауту, если нет новых выполнений для 2-кратной частоты мониторинга. Например, если мониторинг запланирован для запуска каждый час и имеет открытую проблему сбоя, когда он отключен в 7:00 утра, проблема истекает по тайм-ауту в 9:00 утра (2 × 1 час).