ping / www - monitoring of sites?

Конечно есть.
Но проще скрипты написать и с виртуалки дёргать. А виртуалку брать у нормального хостера, следящего за виртуалками.

nagios

Как обычно назову xymon

hosts.cfg:

1.1.1.1 server1 #
1.1.1.2 server2 # noconn http://server2
1.1.1.3 server3 # noconn ssh
1.1.1.4 server4 # ssh http://server3/app/test?wsdl
1.1.1.5 server5 # noconn dns
1.1.1.6 server6 # noconn pop3 imaps https://server6/mail-web/login.php

Для первого сервера будет только пинг, для второго только http, для третьего только ssh и т.д.

Xymon выглядит интересно, но всёже несколько избыточен, плюс требует инсталляции агента на отслеживаемый хост. Надо бы чтото простое, не требующее установки чего-либо на отслеживаемые хосты. Скрипты теоретически вполне подошли бы, но писать самому всё с нуля - нуегонафиг. Может есть уже чтото готовое, что можно минимально подредактировав подогнать под мои нужды?

ping
wget
Не благодари

Если совсем просто и бюджетно сделать - заведи несколько бесплатных аккаунтов на pingdom и/или подобных сервисах

Яндекс метрика умеет слать смс и имейл если сайт упадёт

Нормальные пацаны используют sense и rieman. А из SaaS есть New relic

плюс требует инсталляции агента на отслеживаемый хост

для мониторинга ресурсов хоста

Проверки ping, ssh, http(s), dns, ftp(s), imap(s), pop3(s) и т.д. выполняются одним сервером, без участия агента

Спасибо, щупаю. Выглядит интересно. Есть ли способ отключить проверку по bbd ? А то он у меня на хост без клиента зажигает красный статус по этой колонке....

http://uptimerobot.com/ - уведомляет меня по почте

bbd - big brother daemon. Сервер мониторинга. Эта проверка выполняется только для сервера, и она явно включается в host.cfg

1.1.1.1 xymon1  # bbd

Никто не мешает убрать её из host.cfg

Тесты ( триггеры, лампы ), по которым не было данных в течение 30 минут, xymon отмечает как purple. Так удобно искать отвалившиеся хосты или скриты. Если ты отключишь проверку bbd, нужно зачистить историю, чтобы не было purple лампы

xymon 0.0.0.0:1984 'drop $HOSTNAME $TEST'

, например

xymon 0.0.0.0:1984 'drop xymon1 bbd'

да, спасибо, вчера уже сам нашёл. А вот насчёт проверки контента по хттп \ хттпс там есть какие то методы? просто проверяемая страница завязана на БД, и даже если по линку указанному в хостах будет приходить чтото типа еррор 1 - хаймун будет казать зелёным, ибо хттп . хттпс работает, а то что возвращает не то, что должно бы - ему побоку. Есть ли возможность фильтровать по возвращаемому по линку контенту, хотябы на наличие ключевых слов, и на основе этого зажигать аларм стейт?

Есть ли возможность фильтровать по возвращаемому по линку контенту

Только через внешний скрипт

Придумываешь какой-нибудь уникальный тег, например myhttp

В скрипте выполняешь проверку, данные в xymon отправляешь так:

xymon $server "status $host.$test $color $message"

$server - адрес сервера xymon
$host - имя проверяемого сервера
$test - назчание теста, myhttp
$color - цвет, т.е. текущее состояние green|yellot|red|clear|purple
$message - произвольный текст. Можно с переводами строк и даже с html таблицами

Запускать свой скрипт можно из tasks.cfg или tasks.d/*.cfg, там есть примеры

Можно добавить тег myhttp в hosts.cfg, а в скрипте использовать

xymongrep myhttp | while read ip name other; do .... ;done

Вот отсюда ещё что-то может пригодиться:
http://wiki.xymonton.org/doku.php

просто проверяемая страница завязана на БД

Саму БД можно тоже проверять.

Ещё вот тут чуть-чуть по-русски есть: http://www.altlinux.org/Xymon

monit