Система Nagios. Комплексный мониторинг. Часть 3::Журнал СА 12.2014
www.samag.ru
     
Поиск   
              
 www.samag.ru    Web  0 товаров , сумма 0 руб.
E-mail
Пароль  
 Запомнить меня
Регистрация | Забыли пароль?
Журнал "Системный администратор"
Журнал «БИТ»
Наука и технологии
Подписка
Где купить
Авторам
Рекламодателям
Магазин
Архив номеров
Вакансии
Контакты
   

  Опросы

Какие курсы вы бы выбрали для себя?  

Очные
Онлайновые
Платные
Бесплатные
Я и так все знаю

 Читать далее...

1001 и 1 книга  
20.12.2019г.
Просмотров: 4293
Комментарии: 0
Dr.Web: всё под контролем

 Читать далее...

04.12.2019г.
Просмотров: 5619
Комментарии: 0
Особенности сертификаций по этичному хакингу

 Читать далее...

28.05.2019г.
Просмотров: 6853
Комментарии: 2
Анализ вредоносных программ

 Читать далее...

28.05.2019г.
Просмотров: 7253
Комментарии: 1
Микросервисы и контейнеры Docker

 Читать далее...

28.05.2019г.
Просмотров: 6326
Комментарии: 0
Django 2 в примерах

 Читать далее...

Друзья сайта  

Форум системных администраторов  

sysadmins.ru

 Система Nagios. Комплексный мониторинг. Часть 3

Архив номеров / 2014 / Выпуск №12 (145) / Система Nagios. Комплексный мониторинг. Часть 3

Рубрика: Администрирование /  Мониторинг

Рашид Ачилов РАШИД АЧИЛОВ, главный специалист по защите информации в компании, занимающейся автоматизацией горнодобывающей промышленности, shelton@sheltonsoft.ru

Система Nagios
Комплексный мониторинг. Часть 3

Описания специфичных сервисов для мониторинга принтеров, сетевого оборудования, устройств бесперебойного питания, хостов виртуализации, а также создание dashboard средствами Nagios Core и сторонними программами

Сервисы для проверки по SNMP

Рассмотрим некоторые сервисы для мониторинга оборудования по SNMP. Разумеется, здесь приводятся не все возможные варианты использования SNMP для мониторинга, данный сервис скорее можно использовать только в качестве примера:

define command{

command_name check_snmp_oid

command_line $USER1$/check_snmp -H $HOSTADDRESS$ -p $ARG1$ -o $ARG2$ -C $ARG3$ -w $ARG4$ -c $ARG5$ -u $ARG6$ -l "" -P $ARG7$

}

Это непосредственно описание выполняемых команд. Разумеется, исполняемый файл check_snmp должен существовать.

define service{

name generic-snmp-sysuptime

use generic-service

service_description System Uptime

is_volatile 0

process_perf_data 0

check_period 24x7

notification_period 24x7

notification_options w,u,c,r

check_command check_snmp_oid!161!.1.3.6.1.2.1.25.1.1.0!testsnmp! ""! ""! ""!2c

register 0

}

Этот шаблон описания сервиса базируется на основном шаблоне generic-service, рассмотренном в предыдущей части, и использует приведенную выше команду. Несложно проследить соответствие передаваемых параметров. Данный сервис будет работать как на компьютерах под управлением UNIX, так и на компьютерах под управлением Windows.

define service{

name generic-network-hardware-snmp-sysuptime

use generic-service

service_description System Uptime

is_volatile 0

process_perf_data 0

check_period 24x7

notification_period 24x7

notification_options w,u,c,r

check_command check_snmp_oid!161!.1.3.6.1.2.1.1.3.0!public! ""! ""! ""!2c

register 0

}

Этот шаблон тоже базируется на generic-service, но использует другой OID для получения информации. Здесь в полной мере проявляется мощь принципа построения конфигурационных файлов nagios – в одном месте указал OID, в других местах нет необходимости его помнить – достаточно помнить имя шаблона.

Статью целиком читайте в журнале «Системный администратор», №12 за 2014 г. на страницах 31-35.

PDF-версию данного номера можно приобрести в нашем магазине.


Комментарии отсутствуют

Добавить комментарий

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

               Copyright © Системный администратор

Яндекс.Метрика
Tel.: (499) 277-12-41
Fax: (499) 277-12-45
E-mail: sa@samag.ru