Знает ли кто-нибудь из зонда Intermapper, чтобы проверить, жив ли база данных SQL и kick'n?Мониторинг Postgres с Intermapper
План B: Кто-нибудь знает, какие основные шаги необходимы для программирования такого зонда?
Знает ли кто-нибудь из зонда Intermapper, чтобы проверить, жив ли база данных SQL и kick'n?Мониторинг Postgres с Intermapper
План B: Кто-нибудь знает, какие основные шаги необходимы для программирования такого зонда?
Согласно Википедии InterMapper поддерживает SNMP. pgsnmpd - это SNMP-агент для PostgreSQL, который легко доступен. Вы можете подключиться как можно скорее.
В противном случае: InterMapper сказал, что написан на Java. Он также сохраняет свои данные в PostgreSQL. Это CALLS как для общего JDBC-зонда, так и для PostgreSQL с самого начала. Поэтому лучшим решением является их вызов и убедить их предоставить такой пробник по умолчанию - если они этого не делают уже где-то.
Что касается Плана B: support page содержит документ, описывающий процесс создания пользовательских зондов. Быстрый взгляд на него уходит три варианта:
psql
для подключения к БД и выдачи какой-то глупой команды, похоже, тоже не сложно.И, конечно, вы можете использовать contributed probes страницу, чтобы получить достаточное количество примеров - MS-SQL зонд в «Зонды мониторинга приложений» раздел может быть хорошим началом.
Сегодня я не могу помочь вам с Intermapper, но программирование частично зависит от того, что означает «живой и кик-н».
Достаточно пуленепробиваемый способ программирования, заключающийся в том, чтобы задание cron записывало строку в таблицу в одну транзакцию и читало ее в другой транзакции. Вам может не понадобиться ничего, кроме метки времени. Это должно запускаться с клиентского компьютера, а не на самом сервере.
Не удалось написать должен поднять ошибку, но я полагаю, что могут быть некоторые сценарии эзотерических сбоев, где это может не произойти. Однако чтение одной и той же строки должно быть веским доказательством жизни.
Такая программа сообщает вам, что dbms работает и обрабатывается, и что одна конкретная база данных находится в сети. Возможно, вам может понадобиться не больше. Некоторым людям, возможно, потребуется знать, сколько времени потребовалось для обработки этих SQL-заявлений с неоправданно долгим сроком, что требует внимания, прежде чем пользователи начнут звонить.
Изменения в разрешениях базы данных могут вызвать ложное предупреждение. Например, если обновление с костяной головой отменяет ваши права на запись в таблицу heartbeat, программа, которая записывает в эту таблицу, должна терпеть неудачу с ошибкой разрешений.
Если ваши требования менее строгие, вы можете просто проверить наличие работающего демона сервера.
Все эти вещи могут быть выполнены с помощью задания cron, с сообщением электронной почты или SMS, отправленным при ошибке.