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

  Опросы

1001 и 1 книга  
19.03.2018г.
Просмотров: 9417
Комментарии: 0
Потоковая обработка данных

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

19.03.2018г.
Просмотров: 7616
Комментарии: 0
Релевантный поиск с использованием Elasticsearch и Solr

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

19.03.2018г.
Просмотров: 7714
Комментарии: 0
Конкурентное программирование на SCALA

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

19.03.2018г.
Просмотров: 4933
Комментарии: 0
Машинное обучение с использованием библиотеки Н2О

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

12.03.2018г.
Просмотров: 5613
Комментарии: 0
Особенности киберпреступлений в России: инструменты нападения и защита информации

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

Друзья сайта  

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

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

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

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

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

Описание хостов, создание промежуточных шаблонов хостов, описание шаблонов сервисов, как общих, так и промежуточных, задание реальных описаний сервисов

Описание хостов

Как уже говорилось в предыдущей статье [1], вся система конфигурационных файлов Nagios строится по принципу наследования – в одном месте делается описание хоста, команды или сервиса, а используется во всех файлах, нужно только указать, на базе какого шаблона строится данный объект. Причем никто не мешает построить на основании шаблона другой шаблон, а уже на основании его – описание реального хоста или сервиса. И реальный хост может базироваться на нескольких шаблонах.

Схема построения сети (см. рис. 1), которая будет мониториться, приводится потому, что в данных ниже примерах постоянно упоминаются адреса и параметры узлов, указанных на этой схеме.

Рисунок 1. Схема демонстрационной сети

Рисунок 1. Схема демонстрационной сети

Описание каждого отдельного физического устройства (коммутатора, принтера, маршрутизатора, хоста виртуализации) или же виртуальной машины я обычно держу в отдельных файлах, размещенных в подкаталогах servers, switches, printers и т.д. При этом первым идет описание хоста, а за ним описание всех наблюдаемых сервисов. Без описания хотя бы одного сервиса описание хоста принято не будет. Поэтому, когда необходимо внести хост, не имеющий никаких сервисов (таким, например, является неуправляемый коммутатор на схеме сети), обычно добавляется ping на 127.0.0.1.

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

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


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

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

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

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

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