
- •Ордена Трудового красного знамени фгбо уво Московский технический университет связи и информатики
- •«Ис коллекторской компании»
- •«Архитектура nms – системы Nagios»
- •Введение
- •Часть №1. Анализ и проектирование информационной системы коллекторской службы
- •Описание требований к информационной системе коллекторской компании
- •Предварительные замечания к проекту
- •Цели и рамки проекта
- •Деловой контекст
- •Функциональные требования
- •Эксплуатационные требования
- •Политические и юридические требования
- •Модель описывающая поведение взаимодействующих групп объектов в рамках информационной системы
- •Часть №2. Архитектура nms – системы Nagios
- •Архитектура систем управления сетью
- •Стандарты систем управления
- •Стандарты snmp-управления
- •Стандарты управления osi
- •Сравнение протоколов snmp и cmip
- •Система Nagios
- •Заключение
- •Список использованных источников
Сравнение протоколов snmp и cmip
Применение протокола SNMP позволяет строить как простые, так и сложные системы управления, а применение протокола CMIP определяет некоторый, достаточно высокий начальный уровень сложности системы управления, т.к. для его работы необходимо реализовать ряд вспомогательных служб, объектов и баз данных объектов.
Агенты CMIP выполняют, как правило, более сложные функции, чем агенты SNMP. Из-за этого операции, которые менеджеру можно выполнить над агентом SNMP, носят атомарный характер, что приводит а многочисленным обменам между менеджером и агентом.
Уведомления (Traps) агента SNMP посылаются менеджеру без ожидания подтверждения, что может привести к тому, что важные сетевые проблемы останутся незамеченными, т.к. соответствующее уведомление окажется потерянным, в то время как уведомления агента CMIP всегда передаются с помощью надежного транспортного протокола и в случае потери будут переданы повторно.
Решение части проблем SNMP может быть достигнуто за счет применения более интеллектуальных MIB (к которым относится RMON MIB), но для многих устройств и ситуаций таких MIB нет (или нет стандарта, или нет соответствующей MIB в управляемом оборудовании).
Протокол CMIP рассчитан на интеллектуальных агентов, которые могут по одной простой команде от менеджера выполнить сложную последовательность действий.
Протокол CMIP существенно лучше масштабируется, т.к. может воздействовать сразу на несколько объектов, а ответы от агентов проходят через фильтры, которые ограничивают передачу управляющей информации только определенным агентам и менеджерам.
Система Nagios
Что такое Nagios
Nagios — программа с открытым кодом, предназначенная для непрерывного мониторинга компьютерных систем и сетей: наблюдения, контроля состояния вычислительных узлов и служб, оповещения администратора в том случае, если какие-то из служб прекращают (или возобновляют) свою работу.
Устройство работы системы Nagios и краткое описание
Рис. 1 – устройство работы Nagios
Nagios работает в качестве демона (фонового процесса) на выделенном сервере, периодически отправляя ICMP запросы на хост мониторинга. Полученная информация обрабатывается на сервере и отображается администратору в рамках WEB – интерфейса. Опционально, администратор может настроить уведомления на почту, интегрируя сервер мониторинга с почтовым сервером, либо настроить СМС уведомления.
Некоторые возможности Nagios мониторинга
Мониторинг сетевых служб (SMTP, POP3, IMAP, FTP, SSH, HTTP, NNTP, PING и др.)
Мониторинг ресурсов сервера (нагрузка процессора, использование дисков и др.). Информация с удаленных серверов собирается с помощью дополнения(агента) NRPE addon.
Возможность пользователям разработать их собственные проверки служб.
уведомления, когда хост не доступен и когда доступ к нему восстановлен.
Автоматическая ротация логов.
Веб-интерфейс для просмотра статуса сети, уведомлений и истории мониторинга, лог файлов и т.п. Так же есть возможность сохранять результаты проверок в базе данных mysql с помощью дополнения NDOUtils addon. Это дает возможность разработать новой веб-интерфейс и построить свои графики.
Распределенный мониторинг (Distributed Monitoring), то есть мониторинг с нескольких серверов, при большом количестве хостов, а результаты и статусы отправляются на главный сервер.
Поддержка удаленного мониторинга через шифрованные туннели SSH или SSL
Методы мониторинга в Nagios
В Nagios есть 2 метода проверки статуса служб «активные проверки«(Active Checks) и «пассивные проверки«(Passive Checks). Активная проверка осуществляется прямо с сервера, где установлена система мониторинга, с помощью логики Nagios программы и ее плагинов проверки статуса служб. Пассивная проверка заключается в том, что сама проверка статуса служб, хостов, сетевых протоколов осуществляется внешней программой а не самой Nagios системой, результаты проверки передаются Nagios программе.
Активные проверки (Active Checks) — часто используемый метод проверки статуса объекта мониторинга, который осуществляется непосредственно Nagios программой. При установке системы мониторинга устанавливаются плагины проверки статуса служб (nagios-plugins). Таким образом, с помощью логики программы Nagios и плагинов, производится активная проверка статуса хостов. Также есть возможность добавить свои плагины проверки каких-либо других нужных служб. Активная проверка производится регулярно с интервалом, указанным в настройках системы управления. Также есть возможность запуска проверки в любой нужный момент.
Пассивные проверки (Passive Checks) — метод провеки статуса объектов мониторинга, когда Nagios не осуществляет саму проверку. Проверка осуществляется внешними программами и даже с других серверов, а сам результат проверки (статус) отправляется Nagios программе. Пассивная проверка используется также при распределенном мониторинге (distributed monitoring). Внешняя программа проверяет статус хоста или службы, записывает результат в так называемый «external command file» (файл внешней команды), который указан в главном конфиге через параметр «command_file». Потом Nagios читает «external command file» и помещает результат всех пассивных проверок в очередь для дальнейшей обработки. Очередь та же, что используется для хранения результатов активных проверок. Таким образом статус информация от внешних программ может быть интегрирована с Nagios. Возможность удаленным хостам отсылать результаты пассивных проверок на сервер мониторинга предоставляется с помощью дополнения разработчиков NSCA addon.