Знакомимся с планами мониторинга в OpenEdge Management

Предыдущая статья: “OpenEdge Web Server и REST-приложения в OpenEdge Management”

Как вы уже знаете, среда окружения Progress OpenEdge состоит из различных ресурсов, таких как OpenEdge-ресурсы, системные и сетевые ресурсы, которыми вы можете управлять и которые вы можете контролировать с помощью OpenEdge Management.

Вы, конечно, хотели бы немедленно получать соответствующие уведомления при возникновении каких-либо проблем с любым из таких ресурсов. Кроме того, в некоторых случаях вы наверняка были бы не прочь, если бы при возникновении проблемы автоматически выполнялись определенные действия. Благодаря планам мониторинга, OpenEdge Management предоставит вам такую возможность.

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

Назначение планов мониторинга?

План мониторинга позволяет определить критерии эффективности работы ресурса и задать действия, которые OE Management должен предпринять, если ресурс не соответствует этим критериям. Ответное действие может быть простым, например, отправка сообщения на электронную почту, или более сложным, таким как выполнение некой OpenEdge-задачи. Кроме того, у вас есть возможность комбинировать действие из различных задач.

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

За исключение AppServer Internet адаптеров (AIA) и WebSpeed-мессенджеров, все ресурсы в OpenEdge-среде могут иметь планы мониторинга, при этом вы можете настраивать несколько планов мониторинга для каждого ресурса.

Что касается мониторинга лог-файлов, то в этом случае план мониторинга называется Log File Monitor. При этом в Log File Monitor вместо критериев эффективности вы должны задать критерии поиска. Мы обсудим Log File Monitor отдельно позже.

Как использовать планы мониторинга?

Вы можете использовать планы мониторинга для разных целей, а именно:

• Обнаружение проблем – с помощью критериев эффективности вы можете выявлять различные типы проблем, например, аварийный останов AppServer, некорректное отключение AppServer-клиента, или аварийный останов базы данных.
• Предвидение проблем – в некоторых случаях можно задать критерии эффективности, позволяющие предвидеть возникновение проблемы. Например, установить пороговое значение BI-записи в процентах для раннего обнаружения чрезмерного роста BI-файла.
• Обнаружение неожиданного поведения – дополнительно вы можете задать критерии обнаружения неожидаемой активности. Например, для получения уведомления, если в выходные были добавлены сервера AppServer.

Компоненты плана мониторинга

План мониторинга состоит из следующих компонент:

• Расписание (schedule) – это временные рамки, в течение действия которых план мониторинга активен. Например, у вас может быть план, который будет активен только в будние дни с 9 утра до 5 вечера. Каждый план мониторинга может иметь только одно расписание.
• Правила (rules) – каждое правило состоит из одного критерия эффективности, параметров настройки предупреждений и триггера для выполнения действия в случае нарушения правила. Действием может быть отправка уведомления с детальной информацией по электронной почте, SNMP, или выполнение определенной OpenEdge-задачи. Во время действия расписания OpenEdge Management контролирует ресурс на соответствие критерию эффективности. Например, критерием эффективности может быть установленный процент очереди запросов к AppServer, который должен быть ниже определенного порога. Если процент запросов в очереди превышает пороговое значение, то правило считается нарушенным. План мониторинга может содержать несколько правил.
• Набор правил – представляет собой набор из нескольких сгруппированных правил. В дополнение к отдельным правилам, план мониторинга может также иметь несколько наборов правил.