https://m.opennet.me/openforum/vsluhforumID3/80286.html Доступен (http://lists.gnu.org/archive/html/monit-announce/2011-09/msg00000.html) релиз Monit 5.3 (http://mmonit.com/monit/), легковесного пакета для организации мониторинга серверов. Monit устанавливается на конечные серверы и обеспечивает возможность отправки уведомлений в случае обнаружения проблем, таких как нарушение доступности хоста, нехватка места на диске, изменение контрольной суммы для файла и т.п. Кроме того, Monit может автономно выполнять определенное действие в качестве реакции на заданные события (например, перезапустить упавший процесс или принять какие-то меры в случае нехватки памяти и большой нагрузки на CPU). <br><br><br>Для просмотра состояния и внешнего управления в Monit встроен небольшой http-сервер (скриншоты возможных отчетов можно посмотреть здесь (http://mmonit.com/monit/screenshots/)). Программа написана на языке Си и может работать с минимальным числом внешних зависимостей. Дополнительно развивается web-интерфейс M/Monit (http://mmonit.com/) для обеспечения це...<br><br>URL: http://lists.g https://m.opennet.me/openforum/vsluhforumID3/80286.html#24 Sat, 17 Sep 2011 10:23:55 GMT Я вовсе не спорю с тем, что системы мониторинга нужны и полезны. Мне просто не нравится, что они лезут в задачи системы инициализации, не располагая соответствующими возможностями, что неизбежно ведет к кривым костылям.<br><br>Что же касается удаленного мониторинга служб - уже давно существуют кластерные менеджеры ресурсов (по сути, это распределенные системы инициализации), которые решают эту задачу куда более прямыми методами. И, соответственно, предоставляют гораздо больше возможностей (например, если служба упала на одном хосте, ее можно запустить заново уже на другом, автоматически перенастроив фронтенд).<br><br> https://m.opennet.me/openforum/vsluhforumID3/80286.html#23 Sat, 17 Sep 2011 10:19:28 GMT &gt;Для системы мониторинга проигрывание музыки не требуется<br><br>Почему? Вдруг админу во время наглядного просмотра состояния станет грустно?<br><br>&gt;cgroups есть где-то кроме Linux?<br><br>Breaking news: асинхронные механизмы уведомления родителя о смерти потомков есть не только в Linux. Так как init - родитель процессов служб, он и должен их обрабатывать. В отличие от "внешней" системы мониторинга, которая вынуждена ковылять на костылях.<br><br>&gt;Оно позволяет, скажем, следующие конструкции?<br><br>Вот до чего доводит порочная логика. Если не отвечает порт _удаленного_ хоста, перезапуском службы должен заниматься сервер мониторинга. Может, на него еще и fencing в кластерах взвалить?<br><br>Со своей стороны могу повторить вопрос: эта чудесная система мониторинга может поддерживать сокет открытым на время перезапуска службы, так чтобы не потерять ни одного запроса?<br> https://m.opennet.me/openforum/vsluhforumID3/80286.html#22 Fri, 16 Sep 2011 14:02:13 GMT Для системы мониторинга проигрывание музыки не требуется, а вот наглядное отображение состояния вполне в тему. <br>cgroups есть где-то кроме Linux? Оно позволяет, скажем, следующие конструкции?<br><br>if failed host 192.168.1.100 port 8080 protocol http <br> and request '/testing' hostheader 'example.com'<br> with checksum8f7f419955cefa0b33a2ba316cba3659<br> with timeout 10 seconds <br>then restart<br><br>if failed host cave.persia.ir port 4040<br> send "Open, Sesame!\r\n"<br> expect "Please enter the cave\r\n"<br> send "Shut, Sesame!\r\n"<br> expect "See you later [A-Za-z ]+\r\n"<br>then restart<br> https://m.opennet.me/openforum/vsluhforumID3/80286.html#21 Thu, 15 Sep 2011 21:16:17 GMT А что мешает в интервале между падением процесса и операцией проверки запуститься другому, совершенно левому процессу с тем же идентификатором?<br> https://m.opennet.me/openforum/vsluhforumID3/80286.html#20 Thu, 15 Sep 2011 11:02:26 GMT &gt; Замечательная штука!<br>&gt; Этакий швейцарский костыль.<br>&gt; Под высокой нагрузкой, когда демоны нет нет да валятся, позволяет жить!<br><br>Скажите, а оно может, как systemd, на время перезапуска службы поддерживать открытым сокет и накапливать поступающие запросы (чтобы после запуска демон смог их обработать)?<br> https://m.opennet.me/openforum/vsluhforumID3/80286.html#19 Thu, 15 Sep 2011 11:00:55 GMT &gt; на *BSD этого нет <br><br>Ну так никто и не предлагает их использовать на критических серверах. Большому плаванью - большие корабли.<br> https://m.opennet.me/openforum/vsluhforumID3/80286.html#18 Thu, 15 Sep 2011 10:59:38 GMT &gt; Bo первых все кроме SMF существует относительно недавно.<br><br>То-то я смотрю, уже год как шестой RHEL с upstart вышел.<br><br>&gt; Во вторых предлагаете из-за одного проблемного сервиса менять на сервере столь ответственную штуку как init ?<br><br>Я предлагаю решать проблему, а не завешивать ее тряпочкой. Начнем с того, что демон вообще не должен падать.<br> https://m.opennet.me/openforum/vsluhforumID3/80286.html#17 Thu, 15 Sep 2011 10:57:03 GMT &gt;Показывалка статуса - это еще одна полезная возможность<br><br>А такой полезной возможности, как проигрывание музыки, там нет?<br>Когда в одну программу запихивается куча слабо связанных между собой функций - это уже попахивает виндой. И уж тем более - когда отдельные функции влезают в круг задач других программ (в частности, системы инициализации).<br><br>&gt;С новым 'crontab' синтаксисом стало еще проще делать проверку для проблемного приложения хоть каждую секунду.<br><br>О ужс, там синхронный опрос? А вот системы инициализации, как правило используют асинхронные механизмы (типа уведомлений от cgroups в systemd), что гораздо приятнее в плане как скорости реакции, так и производительности (особенно если нужно мониторить много приложений).<br> https://m.opennet.me/openforum/vsluhforumID3/80286.html#16 Thu, 15 Sep 2011 04:54:19 GMT Вы бы, сударь, хотя бы удосужились посмотреть, как он это в действительности делает. А не судить по тому, как абрамович напел.<br><br>Там куча способов слежения. И по доступности порта и остальное прочее. А по пиду уже ответили.<br>