Уровень входа в Drupal является подключаемым.По умолчанию Drupal поставляется с db_log, который представляет собой регистратор, который вставляет записи в таблицу наблюдения в базе данных.
Наиболее часто используемая альтернатива - filelogging , в которой для входа используются файлы журнала, аналогичные unix.С этого момента вы можете использовать любой инструмент мониторинга для мониторинга этих журналов и вывода каналов в ваши обычные каналы отчетности (почта, пейджеры, экраны и т. Д.).
Я бы посоветовал этот маршрут выше logging_alerts, который выдает NoParrots по нескольким причинам:
- Вы захотите не выполнять мониторинг задач вашей CMS.CMS - это CM, а не инструмент мониторинга.
- Большинство крупных сайтов и сред имеют мониторинг остальной части стека на месте: от оборудования до apache и mySQL уже отслеживаются, Drupal, часть этого стека, также должна отслеживаться оттуда, и, вероятно, нетиз какой-то совершенно другой среды.
Причины выбора logging_alerts или аналогичных проектов;Мониторинг изнутри Drupl, когда вы не отслеживаете остальную часть стека или не имеете доступа к этому мониторингу.В таких случаях настройка всей среды мониторинга, просто для мониторинга журналов в Drupal, является излишним.
В качестве альтернативы, вы можете создать очень простой модуль, который представляет текстовый отчет или отчет XML в конечной точке URL.(наиболее вероятно основанный на разрешении, с некоторым токеном в пути).Затем пусть такой инструмент, как Nagios, вызывает этот файл каждые x минут и анализирует его.Я делал это в прошлом, он работает нормально, но издержки полностью загруженного Drupal, обслуживающего простой текстовый отчет, например, на example.com/reports/nagios/1234qwe1234, могут вызвать проблемы со скоростью для остальной частисервер.