Нагиос лучшие практики для настройки хостов / сервисов?

Я с трудом пытаюсь обдумать некоторые из более базовых концепций Нагиоса, которые, как я думал, будут простыми.

В основном, как и в случае стандартной локальной инфраструктуры, мне необходимо отслеживать несколько сторонних веб-сервисов, для которых у меня есть веб-адреса.

Я просто не могу решить, как это должно быть организовано. Каждый требует, чтобы я создал новый сервис, который я понимаю, но после этого...

Должен ли я создать один хост под названием "3-й участник" вместе с 3 сервисами, которые связаны с ним, или я должен создать 3 новых хоста с названием сайта, 3 сервисами и связать их один в один?

Я предпочитаю использовать отдельные хосты для каждой службы, поскольку каждая служба не зависит друг от друга, и я считаю, что именно так должен быть настроен Nagios.

Наряду с этим, эти серверы недоступны при пинге. По умолчанию он сообщает как вниз. Я пытался отключить check_command check-host-alive, но это только кажется, что хозяин остается серым...

... Могу ли я сделать так, чтобы хост оставался зеленым, если единственный сервис - зеленый и / или если я изменил check_command для службы, как указано выше, будет ли это делать две проверки веб-службы, или даже имеет check_command достаточно, и мне не нужно назначать услугу?

Итак, настоящие вопросы...

  1. Должен ли я использовать один хост для каждой независимой службы, поскольку это официально разные "хосты"?
  2. Когда хост является только одной службой и недоступен с помощью ping, каковы рекомендации, описанные выше?
  3. (вроде как) Для организации Nagios, каков наилучший способ группировки этих хостов? Для этого нужны зависимости?
Источник

1 ответ

Решение

Я думаю, что ответ на ваш вопрос не является окончательным, но со временем он проявится, когда вы выработаете более глубокое понимание того, как работает Nagios. Сервисы, как правило, связаны непосредственно с хостом, на котором они работают, но, как вы обнаруживаете, это просто соглашение. Заметьте, соглашение, которое работает и предоставляет некоторые ярлыки, но, тем не менее, это соглашение.

Также знайте, что вы можете определить любую проверку как проверку хоста. Не нужно пинговать. Возможно, check_http лучше для вашего использования.
Вы можете использовать для проверки интернет-соединения

define host{
use         generic-host,host-pnp       ; Name of host template to use
host_name       www.microsoft.com
alias           www.microsoft.com
address         www.microsoft.com
check_command       check_http
.
.
.
}

Учитывая то, что вы сказали, я бы создал фиктивный сервис с кучей сторонних сервисов, привязанных к нему на данный момент, и настроил бы его по своему усмотрению.

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

Источник
Другие вопросы по тегам