История страницы

...

Генерация событий в СУ происходит в несколько этапов:

1. Получение данных (метрик/SNMP trap/Syslog-сообщений/результатов задач/событий обнаружения сущностей мониторинга) от устройств;
2. Анализ Syslog-сообщений WLC для создания wireless-событий;
3. Анализ данных и регистрация системных событий;
4. Сохранение системного события в базу данных.

...

• Syslog-cообщения, которые отсылает устройство и которые регистрируются системой управления;
• SNMP trap, которые отсылает устройство и которые регистрируются системой управления;
• SNMP-метрики (SNMP poll), которые система управления собирает с устройств;
• Задачи, которые запускаются в системе;
• Wireless-события, которые создаются на основе Syslog-cообщений, полученных с устройства WLC.;
• События обнаружения, которые создаются на основе SNMP-опроса устройства. Они используются для отслеживания различных изменений в сетиданных сущностей мониторинга, собираемых с устройства по протоколу SNMP или NETCONF (только для устройств ME).

...

В качестве опросчика SNMP-метрик выступает сервис monitoring-service, который опрашивает добавленные в систему устройства по протоколу SNMP по метрикам нагрузки CPU/RAM/ROM, трафику и ошибкам на интерфейсах (состав метрик различается в зависимости от типа устройства и его конфигурации). Также monitoring-service сканирует устройства и собирает данные об объектах о сущностях (интерфейсах, лицензиях, кластерах) и их свойствах (статус работы, время до истечения лицензии, роли), формируя событие обнаружения.

...

Полученные метрики, Syslog-cообщения, SNMP trap, задачи, события обнаружения и wireless-события анализируются сервисом problem-manager. Сервис сравнивает значения метрик или параметров SNMP trap/Syslog-cообщений/задач/событий обнаружения/wireless-событий с условиями правил генерации событий (см. раздел "Настройки" → "Мониторинг" → "Правила генерации событий") и, если данные устройств удовлетворяют условиям правила, то система генерирует новое системное событие. Зарегистрированные системные события сохраняются в базу данных. Системные события отображаются в разделе "События" → "Системные".

...

Для создания правила генерации событий перейдите на страницу "Настройки" → "Мониторинг" → "Правила генерации событий" и нажмите кнопку "Создать": откроется диалоговое окно создания правила. Заполните поля в соответствии со скриншотом ниже.

Image Modified

Пояснение по шагам:

...

Задача: создать правило генерации события для случая, когда SNMP-Ping от сервера ECCM до устройства типа ESR превышает значение в 300 мс. При срабатывании такого правила будет создано системное событие "High SNMP-Ping for ESR".

Для создания правила генерации событий перейдите на страницу "Настройки" → "Мониторинг" → "Правила генерации событий" и нажмите кнопку "Создать": откроется диалоговое окно создания правила. Заполните поля в соответствии со скриншотом ниже.

Image Modified

Пояснение по шагам:

...

Для создания правила генерации событий перейдите на страницу "Настройки" → "Мониторинг" → "Правила генерации событий" и нажмите кнопку "Создать": откроется диалоговое окно создания правила. Заполните поля в соответствии со скриншотами ниже.

Image ModifiedImage Modified

Пояснение по шагам:

...

Для создания правила генерации событий перейдите на страницу "Настройки" → "Мониторинг" → "Правила генерации событий" и нажмите кнопку "Создать": откроется диалоговое окно создания правила. Заполните поля в соответствии со скриншотами ниже.

Image Modified

Image Modified

Пояснение по шагам:

...

Для создания правила генерации событий перейдите на страницу "Настройки" → "Мониторинг" → "Правила генерации событий" и нажмите кнопку "Создать": откроется диалоговое окно создания правила. Заполните поля в соответствии со скриншотами ниже.

Image Modified

Image Modified

Пояснение по шагам:

• "Название правила" и его "Важность" — выбираются в зависимости от критичности события на вашей сети;
• "Включить правило" — активировано. Обеспечивает активацию правила генерации события сразу после его создания;
• "Шаблон события" — текстовый шаблон, согласно которому будет создаваться описание соответствующего события;

• Тип данных:

  • "Тип устройства" — ESR. Выбирается тип устройств, для которых может применяться данное правило;

  • "Тип данных" — Задача;

  • "Элемент данных" — "Обновить информацию об интерфейсах". Задачи обрабатываются сервисом ECCM, данные сохраняются в систему в качестве задачи;

• Область применения:

  • "Область применения" — группа "eccm". Обеспечивает работу правила по всем группам в системе (т. к. группа eccm — корневая группа);

• Описание элемента данных — содержит описание выбранного элемента данных и такую информацию, как статус задачи и информация об устройстве, к которому она применяется;

• Условия генерации событий:

  • "Групповое условие" — "И". Логическая операция, применяемая к условиям в группе условий. Устанавливает правило создания события только при достижении обоих всех условий;

  • Первое условие — задана модель устройства, указывающая, что задача выполнялась для данной модели устройств:

    • "Элемент данных" — task.deviceModel. Задается поле модели устройства, которое будет анализироваться системой;

    • "Функция сравнения" для первого условия — "Содержит". Задана функция сравнения для анализа модели устройства;

    • "Пороговое значение"  — Указать константу. Значение, которое должно содержаться в сообщении;

    • "Константа" для первого условия — "ESR-200". Задано ключевое слово "ESR-200", которое необходимо обнаружить в модели устройства полученной задачи;

  • Второе условие — задан IP-адрес устройства, указывающий, что задача выполнялась для устройств в данной подсети:

    • "Элемент данных" — task.deviceIp. Задается поле IP-адреса устройства, которое будет анализироваться системой;

    • "Функция сравнения" для второго условия — "Содержит". Задана функция сравнения для анализа IP-адреса устройства;

    • "Пороговое значение" — Указать константу. Значение, которое должно содержаться в сообщении;

    • "Константа" для второго условия — "100.110.1.". Задано ключевое слово "100.110.1.", которое необходимо обнаружить в IP-адрес адресе устройства полученной задачи;

  • Третье условие — задан статус задачи, указывающий, что задача не была выполнена:

    • "Элемент данных" — status. Задается поле статуса задачи, которое будет анализироваться системой;

    • "Функция сравнения" для второго условия — "Не равно". Задана функция сравнения для анализа статуса задачи;

    • "Пороговое значение" — Указать константу. Значение, которое должно содержаться в сообщении;

    • "Константа" для второго условия — "Выполнено". Задано условие создания события при несоответствии статуса задачи значению "Выполнено".

После заполнения полей нажмите кнопку "Создать". Созданное правило будет отображено в таблице правил. Таким образом, как только для какого-либо устройства модели ESR-200 в подсети 100.110.1.0/24 задача "Обновить информацию об интерфейсах" не завершится, система обработает ее в соответствии с созданным правилом генерации событий и создаст соответствующее системное событие.

...

Для создания правила генерации событий перейдите на страницу "Настройки" → "Мониторинг" → "Правила генерации событий" и нажмите кнопку "Создать". Откроется диалоговое окно создания правила. Заполните поля в соответствии со скриншотом ниже.

Image Modified

Пояснение по шагам:

...

Создание правила генерации событий на основе событий обнаружения

Событие при

...

извлечении модуля маршрутизации из корзины ME

Задача: создать правило генерации события для случая, когда на устройствах типа ESR с IP-адресом 100.110.0.111 лицензия истекает меньше, чем через 30 днейME перестал обнаруживаться модуль маршрутизации. При срабатывании такого правила будет создано системное событие "Истечение лицензии на ESR-200Утерян модуль маршрутизации".

Для создания правила генерации событий перейдите на страницу "Настройки" → "Мониторинг" → "Правила генерации событий" и нажмите кнопку "Создать". Откроется диалоговое окно создания правила. Заполните поля в соответствии со скриншотом ниже.

Image Removed

Image RemovedImage Added

Пояснение по шагам:

• "Название правила" и его "Важность" — выбираются в зависимости от критичности события на вашей сети;
• "Включить правило" — активировано. Обеспечивает активацию правила генерации события сразу после его создания;
• "Шаблон события" — текстовый шаблон, согласно которому будет создаваться описание соответствующего события;
• Тип данных:
  • "Тип устройства" — ESRME. Выбирается тип устройств, для которых может применяться данное правило;
  • "Тип данных" — Событие обнаружения;
  • "Элемент данных" — License parameter for ESR-like device: License feature "@{licenseFeature}" (id: @{SNMPINDEX}). Это название события обнаружения внутри системы - обнаруженное значение оставшихся дней до истечения лицензии;"Module discovery: Module".
• Область применения:
  • "Область применения"
  Область применения:
  • "Область применения" — группа "eccm". Обеспечивает работу правила по всем группам в системе (т. к. группа eccm — корневая группа);
• Описание элемента данных — содержит описание выбранного элемента данных и такую информацию, как свойства, возможные принимаемые значения, тип данных, которые в нем ожидаются, и описание;

• Условия генерации событий:

  • "Групповое условие" — "И". Логическая операция, применяемая к условиям в группе условий. Устанавливает правило создания события только при достижении обоих условий;

  • Первое условие — определяем тип модуля устройства, состояние которого будет анализироваться системой:

    • "Элемент данных" — "Property: [current]module.object.property.type";

    • "Функция сравнения" для первого условия — "Равно"

    Элемент данных" в условиях генерации событий — Property: [current]license.esr.like.object.property.licenseRemainingDays;"Функция сравнения" — Меньше. В примере задано условие создания события при значении свойства [current]license.esr.like.object.property.licenseRemainingDays меньшем, чем пороговое значение

    • ;

    • "Пороговое значение"  — Указать константу;

    • "Константа" — "FMC". 

  • Второе условие — задаем состояние обнаружение модуля, которое будет являться триггером для создания события:

    • "Элемент данных" — "state";

    • "Функция сравнения" для второго условия — "Равно";

    • "Пороговое значение" — Указать константу;

    • "Константа" — "ENTITY LOSS". Состояние, которое обозначает, что при очередном опросе устройства ранее обнаруживаемый модуль, больше не обнаруживается. Такой модуль считается в системе "Утерянным". 

    . Статическое значение, с которым будет сравниваться полученное."Константа" — 30 дней.

После заполнения полей нажмите кнопку "Создать". Созданное правило будет отображено в таблице правил. Таким образом, как только для какого какой-либо модуль маршрутизации устройства типа ESR значение свойства "[current]license.esr.like.object.property.licenseRemainingDays" в СУ меньше 30 дней, то система обработает его в соответствии с созданными правилами ME перейдет в состояние "Утерян" (перестанет обнаруживаться), система обработает данное событие обнаружения в соответствии с созданным правилом генерации событий и создаст соответствующее системное событие.