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

Jobsora


  Опросы
1001 и 1 книга  
12.02.2021г.
Просмотров: 823
Комментарии: 0
Коротко о корпусе. Как выбрать системный блок под конкретные задачи

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

11.02.2021г.
Просмотров: 637
Комментарии: 0
Василий Севостьянов: «Как безболезненно перейти с одного продукта на другой»

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

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

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

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

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

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

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

Друзья сайта  

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

sysadmins.ru

 Система 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