Usm observer: различия между версиями

Материал из WiKi - UserSide
Нет описания правки
Строка 18: Строка 18:
  PySNMP
  PySNMP


'''Информацию по установке модуля''' и общую информацию для всех модулей см. на странице: [[Модули]]
== Установка модуля ==


Настройка модуля осуществляется в файле '''settings.ini'''
Загрузите модуль на сервер в каталог модулей и выполните (Х.Х.Х - это номер текущей версии)


== Параметры ==
tar -xzf usm_observer-vX.X.X.tar.gz
rm usm_observer-vX.X.X.tar.gz
cd usm_observer


$zuserver - адрес сервера с UserSide
Теперь установите зависимости, выполнив
$zuuser - имя пользователя для доступа к базе UserSide
$zupass - пароль для доступа к базе UserSide
$zubase - имя базы данных UserSide
$ps_logpath - путь к логам модуля
$zsilence - не выводить уведомления о работе модуля в консоль
$zlost_count - не опрашивать неактивные устройства N-циклов запуска ''(в случае определения их неактивности)''. По-умолчанию: 5


== Запуск модуля ==
pip3 install -r requirements.txt


* Настройка - Модули - us_control - Включаем работу модуля
Если это первоначальная установка - скопируйте файл примера конфигурации


* Запускаем для теста модуль вручную и убедимся, что ошибок не возникает
cp settings.ini-example settings.ini


perl us_control.pl
== Настройка модуля ==


* Далее настраиваем параметры, профили и устройства опроса ''(см. ниже)''
Файл конфигурации '''settings.ini''' содержит два раздела с параметрами


* После выполнения настройки - вновь вручную запускаем модуль и убедимся снова, что ошибок нет
Раздел '''api''' содержит параметры подключения к API USERSIDE:


* '''url''' - укажите здесь URL USERSIDE
* '''key''' - укажите здесь API-key, который Вы указали в конфигурационном файле /userside/userside3/main/config/config.php в переменной $zapikey
* '''ssl_verify''' - при необходимости отключения проверки SSL-сертификата, установите значение в '''no'''


Опрос параметров выполняется в многопоточном режиме. По 500 параметров на поток.
Раздел '''log''' содержит параметры для журналирования работы модуля:
Модуль требуется прописать в системный cron с частотой запуска - ежеминутно. Если контролируемых параметров очень много, то разумным является менее частый запуск.


  * * * * * perl us_control.pl &> /dev/null
* '''path''' - путь к каталогу, в котором будет создан файл журнала
* '''level''' - уровень детализации: 1 - отладочный, 2 - информационный, 3 - предупреждения, 4 - ошибки, 5 - фатальные ошибки
* '''to_console''' - yes - выводить сообщения журнала в консоль, а не в файл; no - выводить сообщения журнала в файл
 
== Тестовый запуск ==
 
Чтобы проверить, что настройка выполнена верно, произведите ручной тестовый запуск. Для этого установите в settings.ini в разделе log значение level = 1 и to_console = yes и затем запустите модуль вручную, выполнив следующую команду:
 
python3 usm_observer.py
 
Если модуль отработал корректно и корректно завершил работу, то установите значение level = 2 и to_console = no и настройте автоматический запуск модуля.
 
Если в процессе тестового ручного запуска были обнаружены ошибки, устраните их или обратитесь за помощью в нашу службу поддержки, используя тикет-систему в вашем личном кабинете клиента.
 
== Автоматический запуск ==
 
Настройте запуск в crontab следующим образом. Обратите внимание на перенаправление вывода - желательно, чтобы файлы, в которые перенаправляется вывод, располагались в том же каталоге, что и файл журнала модуля.
 
Добавьте в crontab строку, предварительно изменив путь к модулю:
 
  * *   * * *   root    python3 /path/to/module/usm_observer.py >> /var/log/userside/usm_observer_cron.log 2>>/var/log/userside/usm_observer_cron_error.log
 
Убедитесь, что модуль запускается. Для этого спустя минуту понаблюдайте за файлом журнала:
 
tail -f /var/log/userside/usm_observer.log
 
Если модуль не запускается автоматически, возможно проблема в том, что в crontab отсутствуют пути к python3. Добавьте путь в переменную PATH файла crontab или же укажите полный путь к python3 в строке задания.
 
Узнать полный путь к python3 можно выполнив команду:
 
which python3
 
== Ротация файлов журнала ==
 
Файлы журнала, создаваемые модулем, нуждаются в ротации. Для этого следует использовать стандартные инструменты ротации логов в операционной системе.
 
Следующая настройка будет выполнять ротацию всех файлов *.log ежесуточно и хранить 7 архивных копий (за 7 дней)
 
=== Ротация в FreeBSD ===
 
В FreeBSD за ротацию отвечает демон newsyslog. Создайте файл /usr/local/etc/newsyslog.conf.d/userside, в который поместите следующую строку (не забудьте про путь, если Вы его изменили):
 
/var/log/userside/*.log            644  7      *    @T00  GJC
 
=== Ротация в Linux ===
 
В Linux за ротацию отвечает демон logrotate. Создайте файл /etc/logrotate.d/userside, в который поместите следующий текст (не забудьте про путь, если Вы его изменили):
 
/var/log/userside/*.log {
    rotate 7
    daily
    compress
    delaycompress
    missingok
    notifempty
}


== Логика работы ==
== Логика работы ==

Версия от 12:49, 7 октября 2017

Эта функция является одной из возможностью
обновления даты активности у объекта

usm_observer - это модуль для постоянного контроля средствами SNMP настраиваемых показателей у устройств и оповещения сотрудников и подразделений о фактах выхода значений этих показателей за пределы установленных значений.


Данный модуль является заменой устаревшему модулю us_control


Общие данные

Язык модуля: Python

Текущая версия: см. на странице: Модули

Статус модуля: Платный

Необходимые модули Python:

PySNMP

Установка модуля

Загрузите модуль на сервер в каталог модулей и выполните (Х.Х.Х - это номер текущей версии)

tar -xzf usm_observer-vX.X.X.tar.gz
rm usm_observer-vX.X.X.tar.gz
cd usm_observer

Теперь установите зависимости, выполнив

pip3 install -r requirements.txt

Если это первоначальная установка - скопируйте файл примера конфигурации

cp settings.ini-example settings.ini

Настройка модуля

Файл конфигурации settings.ini содержит два раздела с параметрами

Раздел api содержит параметры подключения к API USERSIDE:

  • url - укажите здесь URL USERSIDE
  • key - укажите здесь API-key, который Вы указали в конфигурационном файле /userside/userside3/main/config/config.php в переменной $zapikey
  • ssl_verify - при необходимости отключения проверки SSL-сертификата, установите значение в no

Раздел log содержит параметры для журналирования работы модуля:

  • path - путь к каталогу, в котором будет создан файл журнала
  • level - уровень детализации: 1 - отладочный, 2 - информационный, 3 - предупреждения, 4 - ошибки, 5 - фатальные ошибки
  • to_console - yes - выводить сообщения журнала в консоль, а не в файл; no - выводить сообщения журнала в файл

Тестовый запуск

Чтобы проверить, что настройка выполнена верно, произведите ручной тестовый запуск. Для этого установите в settings.ini в разделе log значение level = 1 и to_console = yes и затем запустите модуль вручную, выполнив следующую команду:

python3 usm_observer.py

Если модуль отработал корректно и корректно завершил работу, то установите значение level = 2 и to_console = no и настройте автоматический запуск модуля.

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

Автоматический запуск

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

Добавьте в crontab строку, предварительно изменив путь к модулю:

* *   * * *   root    python3 /path/to/module/usm_observer.py >> /var/log/userside/usm_observer_cron.log 2>>/var/log/userside/usm_observer_cron_error.log

Убедитесь, что модуль запускается. Для этого спустя минуту понаблюдайте за файлом журнала:

tail -f /var/log/userside/usm_observer.log

Если модуль не запускается автоматически, возможно проблема в том, что в crontab отсутствуют пути к python3. Добавьте путь в переменную PATH файла crontab или же укажите полный путь к python3 в строке задания.

Узнать полный путь к python3 можно выполнив команду:

which python3

Ротация файлов журнала

Файлы журнала, создаваемые модулем, нуждаются в ротации. Для этого следует использовать стандартные инструменты ротации логов в операционной системе.

Следующая настройка будет выполнять ротацию всех файлов *.log ежесуточно и хранить 7 архивных копий (за 7 дней)

Ротация в FreeBSD

В FreeBSD за ротацию отвечает демон newsyslog. Создайте файл /usr/local/etc/newsyslog.conf.d/userside, в который поместите следующую строку (не забудьте про путь, если Вы его изменили):

/var/log/userside/*.log             644  7      *    @T00  GJC

Ротация в Linux

В Linux за ротацию отвечает демон logrotate. Создайте файл /etc/logrotate.d/userside, в который поместите следующий текст (не забудьте про путь, если Вы его изменили):

/var/log/userside/*.log {
    rotate 7
    daily
    compress
    delaycompress
    missingok
    notifempty
}

Логика работы

  • Каждый запуск модуль проверяет состояние SNMP-параметров у контролируемых устройств. Если значение параметра выходит за пределы допустимого, то считается, что произошла тревога. Тревожных параметров на устройстве может быть несколько. По каждому устройству, где был найден тревожный параметр или наоборот - параметр пришёл в норму - формируется электронное письмо и/или SMS для выбранного (на уровне каждого устройства) круга получателей
  • По каждому устройству формируется отдельное письмо/сообщение, в котором будут все параметры, состояние (тревога/норма) которых изменилось. В письме информация будет представлена развёрнуто, в SMS - компактно
  • Следующее сообщение будет прислано только в случае, если изменился вновь какой-то параметр
  • Если в процессе опроса будет выяснено, что опрашиваемое устройство неактивно (в процессе подключения к устройству произошла ошибка, либо возникла ошибка при съёме параметра), то это будет отмечено модулем и в следующие несколько циклов запуска (по-умолчанию: 5) это устройство опрашиваться не будет, чтобы не создавать задержек в опросе прочих параметров.
  • Для устройств, с которых удалось получить параметры - будет обновлена дата последней активности.
  • Если указан ошибочный параметр (OID), то при опросе устройства - на этом параметре опрос данного устройства будет прекращен.


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

Если модуль выявит нарушение параметров, то кроме уведомления средствами связи, будет выведено также информационное сообщение на главной странице

Общая настройка

Для начала требуется указать список контролируемых параметров и события, при которых считать, что значения этих параметров вышли из нормы.

Параметры можно компоновать в профили опроса

Для всех параметров, которые опрашиваются на данный момент, можно посмотреть текущее состояние и наличие тревог

Ведётся лог опроса параметров (не все значения, а только их изменения), который хранится в базе системы

Имеется также и текущий список опрашиваемых устройств

Настройка в карточке устройства

При редактировании карточки оборудования доступен блок, в котором можно выбрать профиль опроса для данного устройства, указать какие-то отдельные параметры для опроса, что не входят в выбранный профиль и указать получателей сообщений о тревоге

В режиме просмотра блок модуля также выводится и из него есть возможность просмотреть текущее состояние параметров и лог изменения их состояния