не ответ действительно, но некоторые указатели:
definitivly смотрят на презентацию о nagios Goldman Sachs. они столкнулись с проблемами, которые Вы упоминаете - дублирование, масштабируемость: тысячи хостов, также автоматизированное поколение конфигурации.
у меня была избыточная установка nagios, но в намного меньшем масштабе - 80 серверов, ~1k сервисы всего. один выделенный главный сервер, одна ведомая конфигурация получения по запросу сервера от ведущего устройства равномерно несколько раз в день. оба покрытых серверами контроля тех же машин, у них была медицинская двойная проверка друг между другом. я использовал nagios главным образом в качестве платформы для вызова пользовательского продукта определенные проверки [набор заданий крона, выполняющих сценарии, делающие 'искусственное управление потоком', изделие результатов, зарегистрированное к sql, nrpe проверка изделия плагинов успешный / отказавшее выполнение тех в прошлые x минуты]. все работали очень приятно.
Ваша логика кворума звучит хорошей - немного подобный моим 'искусственным потокам' - в основном продолжаются, ipmplement Ваш сам;-]. и имейте nrpe, просто проверяют некоторый флаг [или sql дб с состоянием метки времени], как вещи делают.
Вы, вероятно, захотите создать некоторую иерархию для масштабирования - у Вас будут некоторые узлы, которые собирают обзор других узлов, действительно посмотрите на презентацию от первой точки. значение по умолчанию nagios разветвляющийся для каждой проверки является излишеством в более высоком количестве контролируемых сервисов.
отвечать на некоторые вопросы:
Когда PHP отправляет почтовые запросы к sendmail, он эффективно использует sendmail в качестве клиента только, вместо того, чтобы использовать полную способность его действовать как сервер также.
Нет никакой причины, необходимо было бы настроить полное решение для сервера (который говорит SMTP), если у Вас нет потребности отфильтровать сообщения, выходящие из PHP, или у Вас есть некоторая другая уникальная установка. Единственное другое преимущество для выполнения Вашего собственного сервера SMTP - то, что это могло иметь лучшую репутацию 'спама', чем сервер, Вы работаете на своем коде PHP.
Если у Вас нет проблем с почтой, отправляемой через php, я не вижу оснований для перемещения в 'полное' решение для сервера SMTP - использующий sendmail или любое другое программное обеспечение. Выполнение сервера SMTP требует хорошей суммы знания того, как выполнить их и правильно администрировать входящую и исходящую почту.
Наконец, и надеясь это не кажется, что я придираюсь к мелочам, но SMTP является протоколом, в то время как sendmail является названием программы, которая говорит SMTP. Таким образом, Ваш вопрос о заголовке немного похож "На банан по сравнению с Фруктами - Который я должен съесть?" в этом sendmail является определенным типом сервера SMTP.
sendmail
" передача средств обменивается сообщениями к/usr/bin/sendmail
двоичный файл (который идет со всем MTAs), и разрешение этому обработать остальных (в противоположность прямому соединению с сервером SMTP с помощью сокетов). – grawity 29 January 2010 в 19:50