Мониторинг сервисов ОС: различия между версиями

Материал из Dynatrace
(Новая страница: «.»)
 
Строка 1: Строка 1:
.
ЕдиныйАгент 1.239+
 
Дайнатрейс 1.240+
 
Ключ-АСТРОМ обеспечивает готовый мониторинг доступности служб ОС.
 
== Требования ==
Для мониторинга служб Linux на отслеживаемом узле требуется systemd версии 230+.
 
== Мониторинг службы ==
Чтобы отслеживать службу ОС, выполните следующие действия.
 
Мониторинг сервисов доступа к ОС
 
Добавить политику мониторинга службы
 
Выберите службы, которые вы хотите отслеживать
 
Добавить пользовательские свойства
 
=== Мониторинг сервисов доступа к ОС ===
В Ключ-АСТРОМ перейдите к мониторингу служб ОС для уровня, который вы настраиваете.
 
Уровень хоста
 
# В меню Ключ-АСТРОМ перейдите к Hosts .
# Найдите свой хост и выберите его, чтобы отобразить страницу хоста.
# На главной странице выберите Дополнительно ( … ) > Настройки .
# Выберите вкладку Мониторинг служб ОС .
 
Уровень хост-группы
 
# В меню Ключ-АСТРОМ перейдите к Статус развертывания .
# На вкладке ЕдиныйАгентs отключите параметр « Показывать только недавно подключенные хосты» .
# Отфильтруйте таблицу <code>Host group</code>и выберите группу хостов, которую вы хотите настроить.
#* У каждого узла в списке есть ссылка Host group:, где указано имя группы узлов, которую вы хотите настроить.<code><group name><group name></code>
# Выберите имя группы хостов в любой строке.
# На главной странице выберите Дополнительно ( … ) > Настройки .
# Выберите вкладку Мониторинг служб ОС .
 
Уровень окружающей среды
 
В меню Ключ-АСТРОМ перейдите в « Настройки » и выберите « Мониторинг » > «Мониторинг служб ОС » .
 
=== Добавить политику мониторинга службы ===
В зависимости от состояния службы и правил политика мониторинга службы определяет, как Ключ-АСТРОМ отслеживает вашу службу. По умолчанию Ключ-АСТРОМ поставляется с <code>Auto-start Windows OS Services</code>политиками <code>Auto-start Linux OS Services</code>для автоматически запускаемых служб Windows и Linux со статусом сбоя.
 
Примечание . Порядок политик мониторинга службы важен. Политики, находящиеся выше в списке, будут выполняться перед теми, что находятся на более низких позициях, пока они не будут выполнены. Это позволяет создавать выборочные оповещения или осуществлять мониторинг с минимальными политиками. Если вы хотите отслеживать все автоматически запускаемые службы, а не только созданные Microsoft, вам необходимо добавить политику с отключенными предупреждениями и/или мониторингом, которая будет проверять, является ли производитель Microsoft.
 
# В мониторинге служб ОС для уровня, который вы настраиваете на основе вашей ОС, выберите Добавить политику и определите политику, которая представляет собой набор правил.
# Система : выберите свою операционную систему.
# Имя правила : введите имя, которое будет отображаться в поле « Сводка » .
# Монитор : укажите, хотите ли вы отслеживать доступность службы. Обратите внимание, что метрика доступности службы потребляет DDU. См . потребление DDU .
# Предупреждение : укажите, хотите ли вы получать предупреждения для своей политики.
# Статус службы : установите статус службы, для которого должно срабатывать оповещение.  Вы можете использовать логические операции для отслеживания состояния службы. Например, <code>$eq(running)</code>отслеживает состояние запущенной службы.  Доступные логические операции:
#* <code>$not($eq(paused))</code>– Соответствует службам, которые находятся в состоянии, отличном от приостановленного.
#* <code>$or($eq(paused),$eq(running))</code>– Соответствует службам, которые находятся либо в приостановленном, либо в рабочем состоянии.  Это статусы служб, которые вы можете отслеживать. Используйте одно из следующих значений в качестве параметра для этого условия:
#* <code>running</code>
#* <code>stopped</code>
#* <code>start_pending</code>
#* <code>stop_pending</code>
#* <code>continue_pending</code>
#* <code>pause_pending</code>
#* <code>paused</code>
 
Затем вам нужно выбрать, какие службы вы хотите отслеживать на основе свойств службы.
 
=== Выберите службы, которые вы хотите отслеживать ===
Выберите Добавить правило , а затем выберите службу, которую вы хотите отслеживать.
 
Свойство службы, используемое для сопоставления:
 
* Отображаемое имя , видимое для системного пользователя.
* Путь к двоичному файлу, используемому службой ОС.
* Производитель из бинарного файла сервиса.
* наименование услуги
* Тип запуска
 
Дополнительная информация об отображаемом имени, пути, производителе и имени службы
 
С помощью этих свойств мы определяем службы, которые необходимо отслеживать, на основе:
 
* Отображаемое имя, видимое системному пользователю
* Путь к двоичному файлу службы
* Производитель услуги
* Имя службы, представляющее имя или идентификатор, под которым распознается служба ОС.
* Условие , в котором вы можете определить строку, которая:
** Начинается с – используйте <code>$prefix</code>квалификатор, например <code>$prefix(ss)</code>.
** Заканчивается на – используйте <code>$suffix</code>квалификатор, например <code>$suffix(hd)</code>.
** Равно — используйте <code>$eq</code>квалификатор, например <code>$eq(sshd)</code>.
** Содержит <code>$contains</code>, например, используйте квалификатор <code>$contains(ssh)</code>.  Доступные логические операции:
** <code>$not($eq(sshd))</code>– Соответствует, если значение свойства службы отличается от <code>sshd</code>.
** <code>$and($prefix(ss),$suffix(hd))</code>– Соответствует, если значение свойства службы начинается с <code>ss</code>и заканчивается на <code>hd</code>.
** <code>$or($prefix(ss),$suffix(hd))</code>– Соответствует, если значение свойства службы начинается с <code>ss</code>или заканчивается на <code>hd</code>.
 
Дополнительная информация о типе запуска
 
С помощью этого свойства мы определяем службы, которые необходимо отслеживать, в зависимости от их типа запуска.
 
* Условие , в котором вы можете определить строку, которая:
** Равно — используйте <code>$eq</code>квалификатор, например <code>$eq(manual)</code>.  Доступные логические операции:
** <code>$not($eq(auto))</code>– Сопоставляет службы с типом запуска, отличным от Автоматически.
** <code>$or($eq(auto),$eq(manual))</code>– Соответствует, если тип запуска службы – Автоматический или Ручной.  Используйте одно из следующих значений в качестве параметра для этого условия:
** <code>manual</code>для Вручную — служба запускается только при необходимости или если вы вызываете что-то для запуска службы.
** <code>manual_trigger</code>для Manual (Trigger Start) — служба запускается одновременно с запуском другой службы.
** <code>auto</code>для Автоматически - служба запускается автоматически.
** <code>auto_delay</code>для Automatic (Delayed Start) — запуск службы откладывается до завершения загрузки системы.
** <code>auto_trigger</code>для Automatic (Trigger Start) — служба запускается автоматически при запуске и может быть запущена или остановлена ​​из-за определенных событий операционной системы.
** <code>auto_delay_trigger</code>для автоматического (отложенный запуск, триггерный запуск)
** <code>disabled</code>для инвалидов
 
=== Добавить пользовательские свойствапо желанию ===
ЕдиныйАгент версии 1.247+
 
Ключ-АСТРОМ версии 1.247+
 
# Выберите Добавить свойство , чтобы указать пользовательское свойство пары "ключ-значение" для политики.  Пользовательское сообщение в деталях события  Например, свойство с установленным ключом и значением<code>custom.message</code> ( включая<code>The {dt.osservice.name} is with status {dt.osservice.status}</code> заполнители <code>{dt.osservice.name}</code>и <code>{dt.osservice.status}</code>) будет извлекать имя службы ОС и значения состояния после срабатывания правила. Если подстановка заполнителя не удалась, и ключ, и значение будут недоступны.  Примечание . Для ЕдиныйАгент версии 1.255+ <code>{dt.osservice.display_name}</code>доступен заполнитель.
# Выберите Сохранить изменения .
 
== Управление отслеживаемыми службами ОС ==
Для управления службами ОС
 
# В Ключ-АСТРОМ перейдите к мониторингу служб ОС для уровня, который вы настраиваете.  Уровень хоста
## В меню Ключ-АСТРОМ перейдите к Hosts .
## Найдите свой хост и выберите его, чтобы отобразить страницу хоста.
## На главной странице выберите Дополнительно ( … ) > Настройки .
## Выберите вкладку Мониторинг служб ОС .  Уровень хост-группы
## В меню Ключ-АСТРОМ перейдите к Статус развертывания .
## На вкладке ЕдиныйАгентs отключите параметр « Показывать только недавно подключенные хосты» .
## Отфильтруйте таблицу <code>Host group</code>и выберите группу хостов, которую вы хотите настроить.
##* У каждого узла в списке есть ссылка Host group:, где указано имя группы узлов, которую вы хотите настроить.<code><group name><group name></code>
## Выберите имя группы хостов в любой строке.
## На главной странице выберите Дополнительно ( … ) > Настройки .
## Выберите вкладку Мониторинг служб ОС .  Уровень окружающей среды  В меню Ключ-АСТРОМ перейдите в « Настройки » и выберите « Мониторинг » > «Мониторинг служб ОС » .
# Отслеживаемые службы ОС отображаются в таблице под кнопкой Добавить политику .
#* Чтобы прекратить мониторинг указанной службы, отключите параметр « Включено ».
#* Чтобы удалить услугу из таблицы, нажмите кнопку удаления в столбце Удалить
#* Чтобы просмотреть и изменить сведения, выберите элемент управления «Развернуть» в столбце « Сведения ».
 
== Мониторинг доступности сервиса ==
Дайнатрейс 1.243+
 
ЕдиныйАгент 1.243+
 
Страница обзора узла содержит раздел анализа служб ОС, в котором перечислены службы ОС, для которых выполняется какая-либо политика (с активным оповещением или мониторингом).
 
# В меню Ключ-АСТРОМ перейдите к Hosts .
# В разделе анализа служб ОС выберите имя службы, чтобы открыть страницу обзора служб .
 
Дополнительные сведения см. в разделе Мониторинг хостов с помощью Ключ-АСТРОМ.
 
== Масштабируйте настройки с помощью API настроек ==
Вы можете использовать API настроек, чтобы настроить мониторинг доступности службы в масштабе.
 
# Чтобы узнать схему, используйте ПОЛУЧИТЬ схему с <code>builtin:os-services-monitoring</code>параметром schemaId.
# На основе <code>builtin:os-services-monitoring</code>схемы создайте свой объект конфигурации.
# Чтобы создать свою конфигурацию, используйте POST объект .

Версия 09:24, 29 ноября 2022

ЕдиныйАгент 1.239+

Дайнатрейс 1.240+

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

Требования

Для мониторинга служб Linux на отслеживаемом узле требуется systemd версии 230+.

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

Чтобы отслеживать службу ОС, выполните следующие действия.

Мониторинг сервисов доступа к ОС

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

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

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

Мониторинг сервисов доступа к ОС

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

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

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

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

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

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

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

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

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

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

  1. В мониторинге служб ОС для уровня, который вы настраиваете на основе вашей ОС, выберите Добавить политику и определите политику, которая представляет собой набор правил.
  2. Система : выберите свою операционную систему.
  3. Имя правила : введите имя, которое будет отображаться в поле « Сводка » .
  4. Монитор : укажите, хотите ли вы отслеживать доступность службы. Обратите внимание, что метрика доступности службы потребляет DDU. См . потребление DDU .
  5. Предупреждение : укажите, хотите ли вы получать предупреждения для своей политики.
  6. Статус службы : установите статус службы, для которого должно срабатывать оповещение. Вы можете использовать логические операции для отслеживания состояния службы. Например, $eq(running)отслеживает состояние запущенной службы. Доступные логические операции:
    • $not($eq(paused))– Соответствует службам, которые находятся в состоянии, отличном от приостановленного.
    • $or($eq(paused),$eq(running))– Соответствует службам, которые находятся либо в приостановленном, либо в рабочем состоянии. Это статусы служб, которые вы можете отслеживать. Используйте одно из следующих значений в качестве параметра для этого условия:
    • running
    • stopped
    • start_pending
    • stop_pending
    • continue_pending
    • pause_pending
    • paused

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

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

Выберите Добавить правило , а затем выберите службу, которую вы хотите отслеживать.

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

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

Дополнительная информация об отображаемом имени, пути, производителе и имени службы

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

  • Отображаемое имя, видимое системному пользователю
  • Путь к двоичному файлу службы
  • Производитель услуги
  • Имя службы, представляющее имя или идентификатор, под которым распознается служба ОС.
  • Условие , в котором вы можете определить строку, которая:
    • Начинается с – используйте $prefixквалификатор, например $prefix(ss).
    • Заканчивается на – используйте $suffixквалификатор, например $suffix(hd).
    • Равно — используйте $eqквалификатор, например $eq(sshd).
    • Содержит $contains, например, используйте квалификатор $contains(ssh). Доступные логические операции:
    • $not($eq(sshd))– Соответствует, если значение свойства службы отличается от sshd.
    • $and($prefix(ss),$suffix(hd))– Соответствует, если значение свойства службы начинается с ssи заканчивается на hd.
    • $or($prefix(ss),$suffix(hd))– Соответствует, если значение свойства службы начинается с ssили заканчивается на hd.

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

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

  • Условие , в котором вы можете определить строку, которая:
    • Равно — используйте $eqквалификатор, например $eq(manual). Доступные логические операции:
    • $not($eq(auto))– Сопоставляет службы с типом запуска, отличным от Автоматически.
    • $or($eq(auto),$eq(manual))– Соответствует, если тип запуска службы – Автоматический или Ручной. Используйте одно из следующих значений в качестве параметра для этого условия:
    • manualдля Вручную — служба запускается только при необходимости или если вы вызываете что-то для запуска службы.
    • manual_triggerдля Manual (Trigger Start) — служба запускается одновременно с запуском другой службы.
    • autoдля Автоматически - служба запускается автоматически.
    • auto_delayдля Automatic (Delayed Start) — запуск службы откладывается до завершения загрузки системы.
    • auto_triggerдля Automatic (Trigger Start) — служба запускается автоматически при запуске и может быть запущена или остановлена ​​из-за определенных событий операционной системы.
    • auto_delay_triggerдля автоматического (отложенный запуск, триггерный запуск)
    • disabledдля инвалидов

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

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

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

  1. Выберите Добавить свойство , чтобы указать пользовательское свойство пары "ключ-значение" для политики. Пользовательское сообщение в деталях события Например, свойство с установленным ключом и значениемcustom.message ( включаяThe {dt.osservice.name} is with status {dt.osservice.status} заполнители {dt.osservice.name}и {dt.osservice.status}) будет извлекать имя службы ОС и значения состояния после срабатывания правила. Если подстановка заполнителя не удалась, и ключ, и значение будут недоступны. Примечание . Для ЕдиныйАгент версии 1.255+ {dt.osservice.display_name}доступен заполнитель.
  2. Выберите Сохранить изменения .

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

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

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

Мониторинг доступности сервиса

Дайнатрейс 1.243+

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

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

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

Дополнительные сведения см. в разделе Мониторинг хостов с помощью Ключ-АСТРОМ.

Масштабируйте настройки с помощью API настроек

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

  1. Чтобы узнать схему, используйте ПОЛУЧИТЬ схему с builtin:os-services-monitoringпараметром schemaId.
  2. На основе builtin:os-services-monitoringсхемы создайте свой объект конфигурации.
  3. Чтобы создать свою конфигурацию, используйте POST объект .