Мониторинг сервисов ОС

Материал из Документация Ключ-АСТРОМ

Применение Ключ-АСТРОМ / Хосты / Мониторинг / Мониторинг сервисов ОС

Отслеживается только системный контекст

Ключ-АСТРОМ обеспечивает встроенный мониторинг доступности служб ОС.

Вы можете контролировать хосты в режиме мониторинга полного стека или использовать облегченные режимы мониторинга.

Требования

  • Linux : Для мониторинга связей между процессами и службами ОС на контролируемом хосте требуется systemd версии 230+.
  • Linux : Для улучшения производительности обнаружения служб ОС за счет менее частых обновлений на контролируемом хосте требуется systemd версии 250+.

Параметры оповещения служб ОС

В зависимости от ваших требований к мониторингу вы можете выбрать базовое или расширенное оповещение служб ОС. Режим Discovery позволяет только базовое оповещение, в то время как режимы мониторинга Full-Stack и Infrastructure также позволяют расширенное оповещение.

Базовое оповещение (состояние обслуживания)

Базовое оповещение дает представление только о состоянии службы. Система будет отслеживать текущее состояние службы ОС и оповещать вас, когда оно изменится с работающего на неисправное.

С помощью свойства статуса службы в Smartscape вы можете запросить текущий статус службы.

Пример

fetch `dt.entity.os:service`

| fieldsAdd status

Image1240.png

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

Оповещение о сбое обслуживания

Image1241.png

Расширенное оповещение (показатель доступности сервиса)

Расширенные оповещения обеспечивают доступ к статусу сервиса и метрике доступности сервиса. В дополнение к изменениям статуса сервиса ОС вы получаете более подробную информацию о доступности сервиса на поминутной основе. Это позволяет реализовать более сложную бизнес-логику, например, если вы хотите получать уведомления, если сервис останавливается дольше 10 минут. Вы можете создавать правила оповещения для мониторинга доступности и запуска оповещения при необходимости.

Пример

timeseries count(dt.osservice.availability),

by:{dt.osservice.display_name, dt.osservice.status}

| filter dt.osservice.display_name=="apache2"

Image1242.png

Мониторинг служб

Для мониторинга службы ОС выполните следующие действия.

Мониторинг служб ОС Access

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

Уровень хоста

  1. Перейдите в раздел Хосты (последняя версия Ключ-АСТРОМ).
  2. Найдите и выберите свой хост, чтобы отобразить страницу обзора хоста.
  3. В правом верхнем углу страницы обзора хоста выберите Дополнительно ( … ) > Настройки.
  4. В настройках хоста выберите мониторинг служб ОС.

Уровень группы хостов

  1. Перейдите в раздел Состояние развертывания и выберите ЕдиныеАгенты.
  2. На странице развертывания ЕдиногоАгента отключите параметр Показывать новые развертывания ЕдиногоАгента.
  3. Отфильтруйте таблицу по Host group и выберите группу хостов, которую вы хотите настроить.
    Свойство Группа хостов не отображается, если выбранный хост не принадлежит ни к одной группе хостов. Это отобразит страницу развертывания ЕдиногоАгента, отфильтрованную по выбранной группе хостов. Каждый перечисленный хост имеет ссылку Host group:, <group name> где <group name>— имя группы хостов, которую вы хотите настроить.
  4. Выберите имя группы хостов в любой строке.
    Поскольку вы отфильтровали по группе хостов, все отображаемые хосты попадают в одну и ту же группу хостов.
  5. В настройках группы хостов выберите Мониторинг служб ОС.

Уровень окружающей среды

Перейдите в Настройки > Мониторинг > Мониторинг служб ОС.

Добавить политику мониторинга служб

Политика мониторинга служб на основе состояния и правил службы определяет способ, которым Ключ-АСТРОМ отслеживает вашу службу. По умолчанию Ключ-АСТРОМ поставляется с политиками Auto-start Windows OS Services и Auto-start Linux OS Services для автоматически запускаемых служб Windows и Linux со статусом failed.

Ограничения

Обратите внимание, что ограничение по умолчанию для сущностей OS Service составляет 100 000 на кластер. В более крупных средах с большим количеством хостов мы рекомендуем создавать точные правила, которые соответствуют только важным службам для вашей инфраструктуры. Создание слишком общих правил (например, сопоставление всех служб на тысячах хостов) может привести к достижению предела (взрывному росту сущностей), что приведет к исчезновению служб ОС из Ключ-АСТРОМ. Кроме того, Auto-start Windows OS Services и Auto-start Linux OS Services можно использовать в качестве отправной точки для дальнейшего уточнения политик.

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

  1. В мониторинге служб ОС для уровня, который вы настраиваете на основе своей ОС, выберите Добавить политику и определите политику, которая представляет собой набор правил.
  2. Система : выберите вашу операционную систему.
  3. Название правила : введите имя, которое будет отображаться в поле «Сводка» .
  4. Мониторинг : решите, хотите ли вы отслеживать доступность сервиса с помощью метрики доступности сервиса ОС ( builtin:osservice.availability). Если доступно, метрика отправляет статус сервиса каждые 10 секунд. Статус передается измерением статуса сервиса (dt.osservice.status).
    Обратите внимание, что метрика потребляет точки данных.
  5. Оповещение : решите, хотите ли вы получать оповещения для своей политики.
  6. ЕдиныйАгент версии 1.257+ Оповещение, если служба не установлена : хотите ли вы получать оповещения о службах ОС, которые не установлены на хосте.
  7. Статус службы : установите статус службы, при котором должно срабатывать оповещение.
  8. необязательный ЕдиныйАгент версии 1.257+ Задержка оповещения : количество 10-секундных циклов измерения для службы, которая находится в настроенном состоянии, прежде чем будет сгенерировано событие. Это не относится к оповещениям для служб, которые не установлены.

Далее вам необходимо выбрать, какие службы вы хотите отслеживать, основываясь на их свойствах.


Windows

Вы можете использовать логические операции для мониторинга состояния сервиса. Например, $eq(running) jтслеживает состояние запущенного сервиса.

Доступные логические операции:

  • $not($eq(paused))– Сопоставляет службы, которые находятся в состоянии, отличном от приостановленного.
  • $or($eq(paused),$eq(running))– Сопоставляет службы, которые находятся в приостановленном или запущенном состоянии.

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

  • running
  • stopped
  • start_pending
  • stop_pending
  • continue_pending
  • pause_pending
  • paused

Linux

Вы можете использовать логические операции для мониторинга состояния сервиса. Например, $eq(active) отслеживает активное состояние сервиса.

Доступные логические операции:

  • $not($eq(active))– Сопоставляет службы, состояние которых отличается от активного.
  • $or($eq(inactive),$eq(failed))– Сопоставляет службы, которые находятся в неактивном или неисправном состоянии.

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

  • reloading
  • activating
  • deactivating
  • failed
  • inactive
  • active

Выберите службы, которые вы хотите отслеживать

  1. Выберите Добавить правило в строке Правила обнаружения.
  2. необязательный Область действия правила : выберите OS Service или Host. По умолчанию выбран параметр OS Service.

Если вы выбрали Хост :

  • ЕдиныйАгент версии 1.277+ Пользовательские метаданные, используемые для сопоставления:
    • Ключ указывает ключ метаданных, который вы хотите сопоставить.
    • Условие, в котором можно определить строку, которая:
      • Ключ-АСТРОМ версии 1.310+ $match(ver*_1.2.?)– Соответствует строке с подстановочными знаками. Используйте * для любого количества символов (включая ноль) и ? только для одного символа.
      • $contains(production)– Соответствует, если production встречается где-либо в значении метаданных хоста.
      • $eq(production)– Соответствует, если производство точно соответствует значению метаданных хоста.
      • $prefix(production)– Соответствует, если производство соответствует префиксу значения метаданных хоста.
      • $suffix(production)– Соответствует, если production соответствует суффиксу значения метаданных хоста. Доступные логические операции:
      • $not($eq(production))– Соответствует, если значение метаданных хоста отличается от производственного.
      • $and($prefix(production),$suffix(main))– Соответствует, если значение метаданных хоста начинается с production и заканчивается main.
      • $or($prefix(production),$suffix(main))– Соответствует, если значение метаданных хоста начинается с production или заканчивается main. При включении специальных символов, таких как скобки (, и ) в ваши совпадающие выражения экранируйте эти символы с помощью тильды ~. Например, чтобы сопоставить значение метаданных, которое включает скобки, как my(amazing)property, вы должны написать $eq(my~(amazing~)property).

Если вы выбрали OS Service, действуйте в соответствии с вашей операционной системой.

Windows

  • Свойство службы, используемое для сопоставления:
    • Отображаемое имя видимо для пользователя системы.
    • Путь к двоичному файлу, используемому службой ОС.
    • Производитель из двоичного файла сервиса.
    • Название службы.
    • Тип запуска.

Linux

Свойство службы, используемое для сопоставления:

  • Название службы.
  • Тип запуска.

Дополнительная информация о типе запуска

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

Условие, в котором можно определить строку, которая:

  • $eq(enabled)– Сопоставляет службы с типом запуска, равным «включено».

Доступные логические операции:

  • $not($eq(enabled))– Сопоставляет службы с типом запуска, отличным от включенного.
  • $or($eq(enabled),$eq(disabled))- Сопоставляет службы, которые либо включены, либо отключены.

В качестве параметра для этого условия используйте одно из следующих значений:

enabled,enabled-runtime Служба отмечена, как готовая к запуску.
static Файл юнита не включен и не имеет положений для включения в разделе файла юнита установки. Статические юниты устанавливаются как зависимости и могут быть только замаскированы, но не всегда выполняются. Они будут выполняться только в том случае, если от них зависит другой юнит или если они запущены вручную.
disabled Файл модуля не активирован, но содержит раздел установки с инструкциями по установке.

Добавить пользовательские свойства

ЕдиныйАгент версии 1.247+

Ключ-АСТРОМ версии 1.247+

необязательный

  1. Выберите Добавить характеристику, чтобы указать пользовательское свойство «ключ-значение» для политики.
    • Пользовательское сообщение в деталях события
      Например, свойство с Key, установленным на custom.message и Value, установленным на The {dt.osservice.name} is with status {dt.osservice.status} (включая заполнители {dt.osservice.name} и {dt.osservice.status}), извлечет имя службы ОС и значения статуса после срабатывания правила. Если подстановка заполнителя не удалась, и ключ, и значение будут недоступны.
      Image1243.png Image1244.png Для ЕдиногоАгента версии 1.255+ доступно значение {dt.osservice.display_name}.
      Кроме того, вы можете использовать определенные флаги dt в поле Ключ, чтобы настроить поведение уведомлений о проблемах и анализа ИИ :
      • dt.event.title: Настраивает название проблемы.
      • dt.event.description: Предоставляет подробное описание проблемы.
      • dt.event.allow_davis_merge: Управляет решением ИИ по объединению событий на основе ваших настроек.
  2. Выберите Сохранить изменения.

Управление контролируемыми службами ОС

Для управления службами ОС

  1. В Dynatrace перейдите к мониторингу служб ОС для настраиваемого уровня.
    1. Уровень хоста
      1. Перейдите в раздел Хосты (последняя версия Ключ-АСТРОМ).
      2. Найдите и выберите свой хост, чтобы отобразить страницу обзора хоста.
      3. В правом верхнем углу страницы обзора хоста выберите Дополнительно ( … ) > Настройки.
      4. В настройках хоста выберите мониторинг служб ОС.
    2. Уровень группы хостов
      1. Перейдите в раздел Состояние развертывания и выберите ЕдиныеАгенты.
      2. На странице развертывания ЕдиногоАгента отключите параметр Показывать новые развертывания ЕдиногоАгента.
      3. Отфильтруйте таблицу по Host group и выберите группу хостов, которую вы хотите настроить.
        Свойство Группа хостов не отображается, если выбранный хост не принадлежит ни к одной группе хостов. Это отобразит страницу развертывания ЕдиногоАгента, отфильтрованную по выбранной группе хостов. Каждый перечисленный хост имеет ссылку Host group:, <group name> где <group name>— имя группы хостов, которую вы хотите настроить.
      4. Выберите имя группы хостов в любой строке.
        Поскольку вы отфильтровали по группе хостов, все отображаемые хосты попадают в одну и ту же группу хостов.
      5. В настройках группы хостов выберите Мониторинг служб ОС.
    3. Уровень окружающей среды
      1. Перейдите в Настройки > Мониторинг > Мониторинг служб ОС .
  2. Отслеживаемые вами службы ОС отображаются в таблице под кнопкой Добавить политику.
    • Чтобы прекратить мониторинг указанной службы, отключите параметр Включено.
    • Чтобы удалить услугу из таблицы, нажмите кнопку удаления в столбце Удалить.
    • Для просмотра и редактирования сведений выберите элемент управления Развернуть в столбце Сведения.

Мониторинг доступности служб

Ключ-АСТРОМ версии 1.243+

ЕдиныйАгент версии 1.243+

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

  1. Перейдите в раздел Хосты (последняя версия Ключ-АСТРОМ).
  2. Выберите любой хост, чтобы перейти на его страницу обзора.
  3. В разделе Анализ процессов выберите имя службы, чтобы открыть страницу обзора служб .

Глобальная настройка с использованием API настроек

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

  1. Чтобы узнать схему, используйте GET схему , указав builtin:os-services-monitoring в качестве schemaId.
  2. На основе схемы builtin:os-services-monitoring создайте свой объект конфигурации.
  3. Чтобы создать свою конфигурацию, используйте POST-запрос объекта .
Источник — https://doc.fit4u.kz/index.php?title=Мониторинг_сервисов_ОС&oldid=5389