Посоветуйте легковесный мониторинг HTTP

Question

[Тимур Батыршин]

Посоветуйте, пожалуйста, легковесный мониторинг HTTP.
Нужно мониторить несколько HTTP-локаций (HTML/JSON/XML/etc) и выводить это все красиво на одной странице.
Не SaaS.

Основной критерий — чтобы настраивался на мониторинг 2-3 локаций с нуля не больше чем за полчаса (без предварительного знакомства с этой программой).

Желательно, но не обязательно, и не в ущерб основному вышеприведенному критерию:

• Возможность проверять ответы на POST-запросы.
• Проверка на возвращаемый определенный статус-код HTTP, а не просто 200/не200 (400,401,403,404,409,500 используются точно и хочется их различать).
• Небольшое количество фич — плюс. Или как вариант небольшое количество по-умолчанию включенных фич.

Уточню зачем это нужно: времени на настройку нормального мониторинга пока нет, но какой-то минимум (работает/неработает) хочется отслеживать уже сейчас.

Comments

[kp0b0ct0k]

вам подойдет watchmyservice.com - проверка статуса запроса с смс уведомлением, при достижении лимита ошибочных ответов. На телефон придет смс с кодом ошибки. Смс бесплатные.

Answer 1

[DevMan]

sitemonitoring.sourceforge.net
Правда не умеет POST, но умеет различать HTTP-коды, проста и бесплатна.

Comments

[Тимур Батыршин]

DevMan интересный вариант на первый взгляд, посмотрю, спасибо

[Тимур Батыршин]

DevMan а ему можно сказать, чтобы он использовал GET запросы вместо HEAD?

[DevMan]

erthad, в пункте Condition установите contains и какой-то токен, который должен присутствовать на странице (например DOCTYPE или body).
Тогда будет использоваться GET вместо HEAD.

[Тимур Батыршин]

А если 204 отдается? =) Идея ясна, спасибо, попробую.

Answer 2

[nochkin]

Можно сделать достаточно простой скрипт, который через, например, curl -I будет это делать по разным линкам и выводить список неисправных если что-то не так (например, ругаться когда ошибка 500 или нет ответа).

Comments

[nochkin]

Если хочется что-то более серъёзное, то есть, например, nagios.

[Тимур Батыршин]

А nagios с нуля за полчаса реально настроить, при том, что я его до этого не трогал вообще и видел только на скриншотах?
Я имею в виду, у него конфиги сильно большие и страшные?

[vazic]

Nagios через Chef очень удобно мейнтейнить — никакой возни с конфигами и масштабируемость

[nochkin]

Да, ничего сложного в nagios нет. Я его первый раз настроил минут за 10, наверно.

[btd]

А там вебморда только на php?

[nochkin]

Web — да. Но Web нужен больше для настройки, репорты будут приходить на email автоматически если вдруг какие-то проблемы. Я сам лично Web частью не пользуюсь как все настроил.

[Тимур Батыршин]

Посмотрел я Shinken вместо Nagios и он мне, пожалуй, понравился, но по сравнению с SiteMonitoring он будет тяжеловат.
Спасибо за совет!

Answer 3

[Setrino]

Если вы на Маке есть замечательный тул — Integrity

Comments

[Тимур Батыршин]

Я не на маке, и мне больше нужно проверять, что API отвечает (и правильно отвечает) по указанным адресам, а не связность ссылок.

Ссылка интересная, пригодится в других задачах, спасибо.

[Setrino]

А ну тогда Wireshark — все уровни видны от application до physical, удобный интерфейс, POST и GET можно отследить тоже. Есть еще Fiddler но я с ним не работал.

[DevMan]

Setrino, вы не вполне поняли задачу. Wireshark и Fiddler — это как из пушки по воробьям.

[Тимур Батыршин]

Setrino Wireshark знаю, конечно, но это не мониторинг, а хм… скорее отладчик, чтоли. Fiddler тоже из той оперы, похоже.

Answer 4

[Sergey]

Не то чтобы легковесный, но:
www.zabbix.com/documentation/ru/2.0/manual/web_monitoring/example

Comments

[Тимур Батыршин]

Охохо, вопрос потому и возник, что Заббикс пока времени нет ставить, в будущем вероятно он и будет.
В конфигурации по-умолчанию в нем, как бы помягче сказать, очень много лишнего для этой задачи (хотя конечно много полезного и удобного для общего мониторинга).

[Sergey]

Заббикс ставится примерно шесть минут.

[Тимур Батыршин]

И настраивается полдня минимум, ага. Ну или постоянно пробираешься сквозь кучи ненужных ошметков, если все делать наскоро.
Еще раз: заббикс мне для этой задачи не подходит, потому вопрос и возник.

[Sergey]

настраивается на один твой хост тоже минут семь, дольше потом сценарии тестовые придумать, а эти затраты будут одинаковы для любого инструмента. Ты дольше тут выясняешь да переписываешся, чем это заняло бы сесть и сделать, честное слово )
Впрочем, хозяин барин, каждый свое время сам оценивает.

[Тимур Батыршин]

Время «между делом» не считается =)

[DevMan]

erthad, чем мой вариант не устроил? настраивается за несколько минут, практически все нужное вам умеет.

Answer 5

[tryvia]

Примерная логика, с уведомлением о состоянии на почтовый ящик.
Нужны будут libwww-perl.

Билдинг какой-то html таблицы можно построить исходя из следующего.

#/bin/bash
html=/var/www/servers_state.html
serverlist=(ip1 ip2 ip3 ip4)
while true
do
echo '<table width="40%" border="0" cellspacing="0" cellpadding="5" >' > $html
for ip in "${serverlist[@]}"
do
state=$(HEAD localhost $ip |sed -n 1p)
echo "<tr><td>$ip</td><td>$state</td>/tr>" >> $html
if ( "$state" != "200 OK" )
then
echo "Something is wrong with $ip" |mail -s "Invalid responce from $ip" your_mail@your_domain.com
fi
done
echo "</table>" >> html
sleep 60
done

Этот скрипт будет запущен постоянно и будет проверять сервера из списка каждые 60 секунд. Будет билдить хтмл и слать письмо, если что-то сломалось.
Возможно допустил какие-то ошибки в написании. Но общая логика сводится к тому, что для проверки состояния не обязательно нужны какие-то сторонние тулзы