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 11 Next »

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

Инциденты

Важность

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

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

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

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

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

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

Правила

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

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

Структура

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Срок хранения событий 

В целях предотвращения исчерпания дискового пространства InfiMONITOR осуществляет ежедневное автоматическое удаление событий со статусами "Resolved" или "Aged", дата возникновения которых превышает установленный срок хранения. По умолчанию, срок хранения составляет 1 месяц. В секции "Events retention" раздела "Settings" -> "System" администратор InfiMONITOR может изменить максимальный срок хранения событий вплоть до 12 месяцев.

 

Рисунок - Срок хранения событий



  • No labels