Перейти к содержанию

Создание монитора NAM

С помощью мониторов доступности сети (NAM) вы можете проверять доступность ваших хостов, устройств и сервисов.

Существует три типа мониторов NAM: ICMP, TCP и DNS. Чтобы узнать о них подробнее, см. Типы NAM. Вы можете создавать мониторы NAM в Synthetic Synthetic в последней версии Dynatrace или через API.

Настройка NAM

С помощью мониторов NAM вы можете включать более одного шага.

  • Каждый шаг может содержать один или несколько запросов.
  • Как и для HTTP- и браузерных мониторов, шаги выполняются последовательно.
  • В отличие от HTTP- и браузерных мониторов, мониторы NAM могут содержать несколько запросов в одном шаге. Все запросы, назначенные определённому шагу, выполняются параллельно. Если один запрос завершается с ошибкой, это не влияет на выполнение других запросов в этом шаге.
  • Шаг пропускается, если ничто не соответствует его определению в конфигурации монитора. Например, когда тег указан в списке целевых фильтров, но ничего не совпадает с этим тегом.
  • Концепция параллельно выполняемых запросов существует только для мониторов NAM

Например, если вы хотите мониторить группу из 4 хостов с помощью ICMP-теста, вы хотите применить одинаковые условия (такие как частота, местоположение выполнения теста и количество пакетов) для каждого хоста из вашей группы.

NAM предлагает вам несколько способов решения этой задачи:

  • Вы можете определить 4 отдельных теста, по одному на хост. Преимущество этого подхода в том, что Dynatrace создаёт отдельную проблему для каждого хоста и вы можете назначить отдельные уведомления для каждого. Вы также можете настроить параметры теста для каждого хоста отдельно.
  • Вы можете определить один тест с 4 запросами (в 1 шаге). Выполняются те же ICMP-проверки, но будут различия в отчётности и оповещениях. Количество или процент недоступных хостов отображается с помощью метрики Requests Success rate. Вы можете настроить пользовательский порог для сбоя всего монитора. Например, если допустимо, что 1 из 4 хостов недоступен из-за обновления, вы можете установить порог на уровне >=75%. Для монитора всегда генерируется одна проблема, но она содержит подробную информацию о хостах, которые не отвечают. Ещё одним преимуществом этого подхода является упрощённое обслуживание (настройка одного параметра для всех 4 хостов).

Кроме того, фильтры позволяют определять тесты для динамически меняющейся структуры, например если вы хотите определить ICMP-тесты для определённой группы хостов, вам не нужно корректировать тест монитора NAM после изменения конфигурации группы хостов.

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

Создание монитора NAM

Чтобы создать монитор NAM в последней версии Dynatrace

  1. Перейдите в Synthetic Synthetic и выберите Create monitor.
  2. Следуйте инструкциям на экране, описанным в разделах ниже.

Выбор типа

На странице Create synthetic monitor отображаются типы синтетических мониторов, которые вы можете создать.

Выберите Network monitor (NAM), чтобы начать.

Общие настройки

  • Обязательно Name this monitor — название монитора, которое будет отображаться в веб-интерфейсе (до 500 символов).
  • Обязательно Select a protocol — выберите тип монитора: DNS, ICMP или TCP.
  • Необязательно Set a description — опишите ваш монитор.
  • Необязательно Add tags to this monitor — чтобы вручную создать новый тег, выберите Add tag, введите ключ, при необходимости укажите значение и выберите Add.

После указания общих настроек выберите Continue.

Запросы

Раздел Requests имеет два режима редактирования. Вы можете переключаться между этими режимами.

  • по умолчанию Visual — для просмотра и настройки запросов NAM через настройки веб-интерфейса.
  • Script — для просмотра и редактирования настроек запросов в формате JSON. Предоставленный скрипт также служит полезной нагрузкой для запросов API.

Настройки для каждого запроса (вы можете добавить несколько запросов):

  • Обязательно Request name — название запроса.

  • Обязательно List of targets или Filter expression

  • Вы можете указать цели для запросов в виде явного списка или фильтровать контролируемые хосты с помощью выражения фильтра.

    • Если вы хотите указать цели в виде IP-адресов или доменных имён, используйте List of targets для указания списка целей через запятую. Используйте это для мониторинга одного или нескольких хостов, устройств или сервисов.
    • Если вы хотите выбрать некоторые из контролируемых хостов или пользовательских устройств, используйте Filter expression для указания выражения фильтра. Это позволяет мониторить группу хостов или пользовательских устройств, соответствующих критериям фильтра. Подробнее о доступных фильтрах см. в разделе целевой фильтр.

    Вы можете комбинировать List of targets и Filter expression в одном шаге монитора. При совместном использовании шаг монитора будет включать объединённый набор целей из обоих полей. * Обязательно Execution attributes — атрибуты выполнения представляют собой пары ключ/значение, связанные с вашим запросом. Определите Request timeout, Number of packets, Data length, Time to live, Timeout to reply, вы также можете включить или отключить Do not fragment data. Атрибуты выполнения доступны только для ICMP. * Обязательно Constraints — ограничения — это условия, которые должны быть выполнены, чтобы считать выполнение монитора успешным. Необходимо определить Constraint type, Operator и value.

Если вы хотите создать ещё один запрос, выберите Add next request и укажите вышеперечисленные параметры для следующего запроса.

Используйте Duplicate Duplicate для дублирования запроса и последующего редактирования вместо создания с нуля каждый раз при добавлении запроса.

После указания всех запросов выберите Continue.

Частота и местоположения

В разделе Frequency and locations укажите частоту и местоположения.

  • Обязательно Select frequency — вы можете выбрать частоту (каждые 1 мин, 2 мин, 5 мин, 10 мин, 15 мин, 30 мин или 1 ч) или выбрать On demand only для ручного выполнения.
  • Обязательно n selected locations — укажите одно или несколько местоположений.

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

Сбои и производительность

В разделе Outage handling вы можете включить и настроить следующие параметры, связанные с генерацией проблем и оповещений:

  • Необязательно «Генерировать проблему и отправлять оповещение, когда монитор недоступен на всех настроенных местоположениях (глобальный сбой).»
  • Необязательно «Генерировать проблему и отправлять оповещение, когда монитор недоступен, только если назначено как минимум два местоположения.» Обратите внимание, что эта опция доступна только при выборе двух или более местоположений.
  • Необязательно «Генерировать проблему и отправлять оповещение при нарушении пороговых значений производительности.»

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

Сводка

В разделе Summary проверьте ваши настройки.

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

Целевой фильтр

Целевой фильтр предоставляет возможность фильтрации хостов, контролируемых Dynatrace или пользовательских устройств с IP-адресами. С помощью этого фильтра вы можете выбрать эти два типа целей на основе:

  • типа (type)
  • тегов (tag)
  • идентификатора хоста (hostId) (устарело, работает только для хостов, используйте вместо этого идентификатор сущности)
  • идентификатора сущности (entityId)
  • групп хостов (hostGroup)
  • зон управления (managementZone)
  • IP-маски (ipMask)
  • IP-диапазона (ipRange)
  • экземпляра группы процессов (processGroupInstance)
  • сетевых интерфейсов определённого пользовательского устройства (interfacesOf)
  • имени расширения (extensionName)

IP-диапазон и IP-маска являются фильтрами для хостов или устройств, известных серверу Dynatrace, а не опцией для сканирования сети.

Синтаксис

  • Логические операторы: AND и OR (регистронезависимые)
  • Скобки
  • Операторы выражений: == и !=
  • Имена и значения тегов
  • Отрицание («не»): !=.
  • Подстановочный знак: * (выбирает все хосты, контролируемые Dynatrace)

Примеры

  • tag == tagname or hostGroup == group1
  • (tag == tagname1:tagvalue1 or tag == tagname1:tagvalue2) and (hostGroup == group1 or managementZone == zone1)
  • tag != tagname1 and tag != tagname2:tagvalue
  • tag == tagname:tagvalue and (managementZone == zone1 or managementZone == zone2)
  • tag == "[tagwithbrackets and spaces]":"value, with, commas, and, spaces"
  • ipMask == 127.0.0.1/24
  • hostId == HOST-000123
  • type == CUSTOM_DEVICE and ipMask == 172.17.0.2/24
  • entityId == HOST-045BFCDA3F507D30 or entityId == CUSTOM_DEVICE-13081D4B74B3E2C8
  • type == HOST and processGroupInstance == PROCESS_GROUP_INSTANCE-07611353BB98908C
  • type == CUSTOM_DEVICE and interfacesOf == CUSTOM_DEVICE-E1A88946BF04D5E7
  • type == CUSTOM_DEVICE and extensionName == "Docker devices"

Пороговые значения производительности

Метрика порогового значения производительности сравнивается с метрикой, рассчитанной для каждого запроса в рамках монитора/шага. Например, если монитор проверки TCP-порта тестирует на одном хосте порт 80 и 443 отдельно, Dynatrace сравнивает время установления TCP-соединения дважды: для порта 80 и для порта 443.

Существует три метрики производительности для трёх типов мониторов NAM:

  • RTT для ICMP
  • Время установления TCP-соединения для TCP
  • Время разрешения DNS для DNS

Нарушение определённых порогов производительности вызывает проблему (замедление).

Аналогично проблемам доступности:

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

Вы можете настроить способ агрегирования результатов Dynatrace для каждого пакета при одиночном выполнении ICMP-запросов. Dynatrace поддерживает AVG, MAX и MIN, при этом AVG является методом по умолчанию.

Определение пороговых значений

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

Чтобы определить пороговые значения

  1. Выполните шаги, описанные в разделе Создание монитора NAM.
  2. На шаге Requests прокрутите страницу вниз до раздела Performance thresholds alerting.
  3. Установите флажок Generate a problem and send an alert on performance threshold violations.
  4. Включите переключатель Advanced performance thresholds settings.

В этом разделе вы можете установить Number of request executions in analyzed sliding window и Number of violating request executions in analyzed sliding window. Для снятия оповещения требуется n последних невиолирующих выполнений запросов.

Отчёты о нарушениях

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

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