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

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

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

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

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

Требования

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

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

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

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

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

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

Пример

fetch `dt.entity.os:service` | fieldsAdd status

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

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

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

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

Пример

timeseries count(dt.osservice.availability), by:{dt.osservice.display_name, dt.osservice.status} | filter dt.osservice.display_name=="apache2"

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

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

Мониторинг служб ОС 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}), извлечет имя службы ОС и значения статуса после срабатывания правила. Если подстановка заполнителя не удалась, и ключ, и значение будут недоступны.
     Для ЕдиногоАгента версии 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-запрос объекта .