В нашем офисе у нас есть двойная WAN-сеть, и если наше кабельное соединение обрывается, мы все равно будем подключаться через наш T1. Единственная проблема заключается в том, что наша офисная сеть больше не доступна на том же IP-адресе, поэтому все проверки Nagios становятся критическими, потому что они не могут подключиться.
Было бы здорово, если бы я мог заставить Nagios попробовать IP 1 по умолчанию, но если по какой-то причине он не работает на этом IP, попробуйте IP 2.
Я сомневаюсь, что это возможно при установке по умолчанию, но мне интересно, есть ли какие-нибудь надстройки или какая-то другая магия, которая могла бы заставить эту работу?
Я использую плагин check_multiaddr:
http://exchange.nagios.org/directory/Plugins/Others/check_multiaddr/details
в моей среде для выполнения проверок на многосетевых серверах. Некоторые серверы имеют несколько интерфейсов в нескольких VLAN (для сегментации трафика). Только один интерфейс находится в DNS, поэтому использование имен хостов в конфигурации Nagios мне не подходило. Первоначально я начал с нескольких определений хостов с отдельными IP-адресами (host-a, host-a-vlan1), но это оказалось громоздким.
Я немного изменил check_multiaddr, чтобы выдать CRITICAL, если какой-либо из интерфейсов не работает, потому что значение по умолчанию (ОК, пока один интерфейс работает) не соответствует моему сценарию.
Настройте основной и резервный VPN-туннель между удаленным сервером Nagios и офисной локальной сетью. Позвольте Nagios проверять службы с помощью частный IP-адрес каждого, используя любой доступный VPN-туннель. Настройте зависимость от конечной точки VPN, чтобы проверки служб были «неизвестными», а не «критическими», если оба канала VPN выходят из строя.
Немного поработав (или много, если ваша система большая), вы можете поместить каждую проверку в сценарий проверки оболочки, который проверяет рассматриваемую службу на обоих возможных адресах.
Ответ на этот вопрос зависит от того, что именно вы отслеживаете. Существуют плагины, которые могут обрабатывать многосетевые хосты (например, стандартный check_icmp), но если вы проверяете какие-либо службы или используете SNMP / NRPE / что-то еще, вам нужно стать более привлекательным.
Вы можете сколотить что-нибудь, используя check_multi, поддерживайте две параллельные конфигурации, которые являются дочерними по отношению к двум различным соединениям WAN, или изучите адаптивный мониторинг.