Nagios проверяют, ли по крайней мере один из двух сервисов в порядке

Я понял это, я должен был дать полностью определенному Пользователю DN для пользователя cn=Manager,dc=company,dc=com Я просто помещал Manager в.

3
задан 14 November 2013 в 22:04
4 ответа

check_cluster - это «старый школьный» способ сделать это, как уже упоминалось. Но это в лучшем случае беспорядочно.

check_multi - намного лучший вариант для этого; он создан именно для того, что вам нужно.

4
ответ дан 3 December 2019 в 04:58

Это известно как мониторинг «кластера» служб. Вы можете использовать сценарий check_cluster . ​​

Документированный метод использует сценарий оболочки, подобный этому, вместо его прямого вызова:

define command{

command_name    check_service_cluster

command_line    /usr/local/nagios/libexec/check_cluster --service -l $ARG1$ -w $ARG2$ -c $ARG3$ -d $ARG4$ 

}

, а затем определения вашей собственной конкретной службы:

define service{

...

check_command   check_service_cluster!"DNS Cluster"!1!2!$SERVICESTATEID:host1:dnsservicename,$SERVICESTATEID:host2:dnsservicename,$SERVICESTATEID:host3:dnsservicename

...

}

В этом примере 1 / 3 службы не в порядке - это предупреждение, 2/3 службы в неисправности критично.

Nagios Docs

Дополнительные объяснения в базе знаний Groundworks

5
ответ дан 3 December 2019 в 04:58

Как было сказано ранее, check_multi - это решение (лучшее, если вы вообще не хотите видеть, что только одна из служб не работает )

Другой вариант - использовать Nagios BPI: http://assets.nagios.com/downloads/nagioscore/docs/Using_The_BPI_Addon.pdf

С помощью этого дополнения вы можете создавать сложные "бизнес-индикаторы", такие как как: все в порядке, если только один из моих веб-серверов в порядке И только один из моих серверов баз данных в порядке

Другой вариант, такой как Nagios BPI, - это Check_MK BI (но вам, безусловно, нужно переключиться на Check_MK, который является отличным продуктом, чтобы использовать it): http://mathias-kettner.de/checkmk_bi.html

0
ответ дан 3 December 2019 в 04:58

Честно говоря, вам не следует устанавливать какие-либо из них на DC. DC должен быть DC и ничего больше. Но я знаю, что я пурист. Поэтому, если вам необходимо установить RDS на контроллере домена, все, что вам нужно, - это узел сеанса удаленных рабочих столов и лицензирование удаленных рабочих столов. Вы можете установить их оба вместе. Хост сеанса - это то, что вам нужно, чтобы разрешить 10 одновременных подключений. Служба роли лицензирования удаленных рабочих столов будет хранить ваши клиентские лицензии.

О нет, Думаю, сначала я неправильно понял ваш вопрос. Нет, ни один из них не нужно устанавливать на DC. Если вас не волнует избыточность / брокерская служба и т. Д., Просто установите обе службы ролей RDS на одном рядовом сервере.

что заставит зависимость службы работать на многих хостах)
  • после того, как ServiceB будет помечен как сбой, неизвестно, предупреждение и т. д., он останется в этом состоянии, потому что он не проверен из-за «o» (состояние «ОК» для ServiceA)
  • 0
    ответ дан 3 December 2019 в 04:58

    Теги

    Похожие вопросы