Page tree
Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 18 Next »

Все инциденты в NEXT формируются в соответствии с правилами, в которых описаны условия, при выполнении которых инциденты должны создаваться.

Инциденты

Важность

Важность инцидента помогает сетевым инженерам точно приоритизировать проблемы, выявляемые системой мониторинга в работе беспроводной сети. Чем выше приоритет, тем важнее решение соответствующей проблемы. Всего в NEXT предусмотрено 3 уровня важности:

  • Critical - максимальная важность. Инциденты, указывающие на критические проблемы, приводящие к нарушению функционирования беспроводной сети.
  • Warning - средняя важность. Инциденты, указывающие на проблемы, которые не имеют критического влияния на функционирование беспроводной сети, но требующие внимания сетевых инженеров.
  • Notice - низкая важность. Информационные сообщения, требующие внимания сетевых инженеров, но не оказывающие влияния на функционирование беспроводной сети.

Приоритет определяется в правиле формирования инцидента.

Жизненный цикл

Жизненный цикл инцидента включает в себя несколько этапов, описанных в таблице.

ЭтапСтатус инцидентаОписание
ФормированиеНовый
  • Условие возникновения инцидента, указанное в правиле, выполнилось, был создан новый инцидент. Он становится доступным для обработки оператором системы мониторинга.
ОжиданиеНовый

Уже сформированный инцидент может сохранять свой статус при последующих циклах опроса. Это может происходить по следующим причинам:

  • Условие возникновения инцидента, указанное в правиле, выполнилось повторно, но поскольку инцидент уже существует и не был закрыт, то новый инцидент не создается.
  • Условие возникновения инцидента больше не выполнялось, при этом не выполняются одновременно следующие условия:
    • инцидент не был обработан оператором;
    • срок устаревания инцидента еще не наступил;
    • условие автоматического закрытия в соответствующем правиле отсутствует или не выполняется.
ПодтверждениеПодтвержден

Статус устанавливается вручную.

  • Инцидент был обработан оператором системы мониторинга. Если в это время условие возникновения инцидента будет выполняться повторно, то новый инцидент не будет создан.
ЗакрытиеРазрешен
  • Статус устанавливается вручную оператором как подтверждение устранения причины его возникновения.
  • Выполнилось условие автоматического закрытия инцидента соответствующего правила.
УстареваниеУстарел

Статус устанавливается автоматически при одновременном выполнении следующих условий:

  • Условие возникновения инцидента больше не выполняется в течение 72 часов.
  • Инцидент не был вручную закрыт оператором системы мониторинга.
  • Условие автоматического закрытия инцидента отсутствует или его условие не выполняется.

Статусы "Разрешен" и "Устарел" являются конечными и означают, что инцидент был закрыт. Если условия возникновения инцидента снова выполнятся, то будет создан новый инцидент.

Область видимости

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

Правила

Область действия

Правило формирования инцидента действует только в отношении тех групп устройств, которые на него назначены. 

Структура

Каждое правило имеет следующую структуру:

  • Название - произвольное имя правила.
  • Важность инцидента - важность, которая будет назначена созданному инциденту:
  • Описание - произвольное описание, которое позволит впоследствии быстрее понять суть возникшего инцидента.
  • Группы устройств - группы устройств, которые назначены на правило и для которых будут создаваться инциденты.
  • Условия возникновения инцидента:
    • Если правило содержит более одного условия, то они могут объединяться с помощью логического оператора "И" или "ИЛИ".
  • Возможность автоматического закрытия - флаг, указывающий на возможность автоматического закрытия инцидента по указанному условию.
    • Условия закрытия инцидента - условия, при выполнении которых созданный по этому правилу инцидент будет автоматически закрыт.

Создание правила

Управление правилами формирования инцидентов осуществляется в разделе "Правила инцидентов":

Рисунок - переход в раздел управления правилами инцидентов

По умолчанию в NEXT добавлены два правила:

  • Host down - инцидент возникнет, если сетевой узел перейдет в статус DOWN.
  • Link down - инцидент возникнет, если беспроводной канал связи перейдет в статус DOWN.

Рисунок - правила инцидентов по умолчанию

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

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

Например, необходимо формировать инциденты в случае, когда уровень CINR опускается ниже значения 28 дБ. Для этого в условии возникновения инцидента мы указываем следующие значения:

  • Метрика - CINR.
  • Оператор - <.
  • Значение - 28.

Рисунок - пример условия возникновения инцидента

Дополнительно мы можем указать возможность автоматического закрытия инцидента, сформированного этим условием. Для этого необходимо активировать флаг "Автозакрытие" и определить условия автоматического закрытия инцидента. Как правило, это будут инвертированные условия возникновения инцидента. В нашем примере:

  • Метрика - CINR.
  • Оператор - >=.
  • Значение - 28.

Для завершения создания правила нажмите кнопку "Сохранить". Правило начинает действовать при следующем цикле опроса беспроводного устройства.


  • No labels