Описание установки ядра системы из репозитария
Как было показано выше, установка Nagios из исходных текстов занимает значительное время и имеет смысл только при требовании тщательной оптимизации приложения или желании досконально разобраться с механизмом работы системы. В рабочих условиях большинство программного обеспечения устанавливается из репозитариев в виде предкомпилированных пакетов. В этом случае установка сводится к вводу одной команды:
% sudo aptitude install nagios
Менеджер пакетов самостоятельно удовлетворит все зависимости и установит необходимые пакеты.
Конфигурирование ядра системы
Перед детальной настройкой следует понимать то, как работает ядро Nagios. Его графическое описание приведено ниже в иллюстрации 6.2.
Описание работы ядра системы
На следующем рисунке показана упрощенная схема работы службы Nagios.
Рис. 4.1 - Ядро системы
Служба Nagios читает основной конфигурационный файл, в котором помимо основных параметров работы службы имеются ссылки на файлы ресурсов, файлы описания объектов и конфигурационные файлы CGI.
Алгоритм и логика работы ядра сетевого мониторинга показаны ниже.
Рис. 4.2 - Алгоритм оповещений Nagios
.2.2 Описание взаимодействия конфигурационных файлов
В директории /etc/apache2/conf.d/ находится файл nagios3.conf, из которого веб-сервер apache берет настройки для nagios.
Конфигурационные файлы nagios находятся в директории /etc/nagios3.
Файл /etc/nagios3/htpasswd.users содержит пароли для пользователей nagios. Команда для создания файла и установки пароля для пользователя nagios по умолчанию приведена выше. В дальнейшем, необходимо будет опустить аргумент "-c" при задании пароля для нового пользователя, иначе новый файл затрет старый.
|
|
|
Файл /etc/nagios3/nagios.cfg содержит основную конфигурацию самого nagios. Например, файлы журналов событий или путь к остальным конфигурационным файлам, которые nagios зачитывает при старте.
В директории /etc/nagios/objects задаются новые хосты и сервисы.
Заполнение описаний хостов и служб
Как было показано выше, настраивать ядро системы можно используя один файл описания для хостов и служб, однако этот способ не будет удобен с ростом количества отслеживаемого оборудования, поэтому необходимо создать некую структуру каталогов и файлов с описаниями хостов и служб.
Созданная структура показана в Приложении З.
Файл hosts.cfg
Сначала нужно описать хосты, за которыми будет выполняться наблюдение. Можно описать сколь угодно много хостов, но в этом файле мы ограничимся общими параметрами для всех хостов.
Здесь описанный хост это не настоящий хост, а шаблон, на котором основываются описания всех остальных хостов. Такой же механизм можно встретить и в других конфигурационных файлах, когда конфигурация основывается на предварительно определенном множестве значений по умолчанию.
|
|
|
Файл hostgroups.cfg
Здесь добавляются хосты в группу хостов (hostgroup). Даже в простой конфигурации, когда хост один, все равно нужно добавлять его в группу, чтобы Nagios знал какую контактную группу (contact group) нужно использовать для отправки оповещений. О контактной группе подробнее ниже.
Файл contactgroups.cfg
Мы определили контактную группу и добавили пользователей в эту группу. Такая конфигурация гарантирует, что все пользователи получат предупреждение в том случае, если что-то не так с серверами за которые отвечает группа. Правда, нужно иметь в виду, что индивидуальные настройки по каждому из пользователей могут перекрыть эти настройки.
Следующим шагом нужно указать контактную информацию и настройки оповещений.
Файл contacts.cfg
Помимо того, что в этом файле приводится дополнительная контактная информация пользователей, одно из полей, contact_name, имеет ещё одно назначение. CGI-cкрипты используют имена, заданные в этих полях для того чтобы определить, имеет пользователь право доступа к какому-то ресурсу или нет. Вы должны настроить аутентификацию, основывающуюся на .htaccess, но кроме этого нужно использовать те же имена, которые использованы выше, для того чтобы пользователи могли работать через Web-интерфейс.
|
|
|
Теперь, когда хосты и контакты настроены, можно переходить к настройке мониторинга отдельных сервисов, за которыми должно проводиться наблюдение.
Файл services.cfg
Здесь мы как и в файле hosts.cfg для хостов, задали лишь общие параметры для всех служб.
Доступно огромное количество дополнительных модулей Nagios, но если какой-то проверки всё же нет, её можно всегда написать самостоятельно. Например, нет модуля, проверяющего работает или нет Tomcat. Можно написать скрипт, который загружает jsp страницу с удалённого Tomcat-сервера и возвращает результат в зависимости от того, если в загруженной странице какой-то текст на странице или нет. (При добавлении новой команды нужно обязательно упомянуть её в файле checkcommand.cfg, который мы не трогали).
Далее по каждому отдельному хосту мы создаем свой файл-описание, в этом же файле мы будем хранить описания служб, по которым мы будем проводить мониторинг для этого хоста. Сделано это для удобства и логической организации.
Стоит отметить, что Windows хосты проходят мониторинг посредством протокола SNMP и NSClient’a, поставляемого с Nagios. Ниже представлена схема его работы
|
|
|
Рис. 4.3 - Схема мониторинга Windows хостов
В тоже время *nix хосты проходят мониторинг также посредством SNMP, а также NRPE плагина. Схема его работы показана на рисунке
Рис. 4.4 - Схема мониторинга *nix хостов
Написание плагинов
Помимо написания скриптов инициализации, определения хостов и служб, были использованы следующие плагины:
├── check_disk
├── check_dns
├── check_http
├── check_icmp
├── check_ifoperstatus
├── check_ifstatus
├── check_imap -> check_tcp
├── check_linux_raid
├── check_load
├── check_mrtg
├── check_mrtgtraf
├── check_nrpe
├── check_nt
├── check_ping
├── check_pop -> check_tcp
├── check_sensors
├── check_simap -> check_tcp
├── check_smtp
├── check_snmp
├── check_snmp_load.pl
├── check_snmp_mem.pl
├── check_spop -> check_tcp
├── check_ssh
├── check_ssmtp -> check_tcp
├── check_swap
├── check_tcp
├── check_time
Большая часть их них поставляется вместе с пакетом Nagios. Исходные тексты плагинов, не входящих в комплект поставки и использованных в системе, представлены в Приложении И.
Дата добавления: 2019-09-13; просмотров: 144; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!