Для чего нужен мониторинг доступности сайтов? Обзор сервиса ХостТрекер

[azsx]

Можно ли отслеживать отдачу страницы по http? То есть проверять, что страница сформировалась.

[smiHT]

Можно, функция называется «проверка контента». О ней будет рассказано в дальнейших частях обзора. Или вот из предыдущего есть на эту тему: https://habrahabr.ru/company/host-tracker/blog/260973/

[smiHT]

Разница с Яндекс.Метрикой в том, что она судит о доступности сайта по работе скрипта, вмонтированного в сам сайт. Это упускает определенные типы ошибок. Кроме того, точность зависит от посещаемости (а для большинства сайтов она колеблется в течении суток — то есть и точность непостоянная). Я не говорю, что мы — однозначно лучше. Для некоторых задач вполне подходит Метрика, для других же лучше воспользоваться специальным сервисом мониторинга.
По СМС — это всего лишь пример. Есть несколько других типов оповещений, о них детальнее будет написано в следующих частях. Но по поводу интернета это не совсем справедливо. Люди часто бывают в роуминге. По нашим данным, СМС сейчас является самым надежным и самым популярным (после емейла) способом оповещения для наших клиентов. Правда, у меня сейчас нет статистики отдельно по РФ — я сужу по глобальным показателям.

[foxmuldercp]

Отсутствие метрики может подразумевать как отключение js на стороне броузера так и то, что отдаваться было нечему — скрипты метрики не подгрузились, страничка не загрузилась, cloudflare сказал клиенту «ты бот, пошёл вон отсюда»…

[smiHT]

Да, ваш сценарий вполне оправдывает себя. Где-то таким же образом и начинался ХостТрекер :) Но не у всех есть желание/возможность иметь 4 ВПСки в разных странах и не все хотят заморачиваться с написанием подобных скриптов. Это у нас во втором абзаце описано.

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

Если метрика сработала — это не значит, что страница загрузилась полностью. А если не сработала — то может быть отключен javascript, например. Есть множество сценариев, и даже довольно маловероятные на практике периодически встречаются, по нашему опыту.

[Alexufo]

самый большой минус метрики проверка раз в пол часа, когда вас скорее через канальные отверстия достанут, uptimerobot меня пару лет практически в течение минуты сообщает о недоступности сайта.

[mihmig]

Мониторингов сейчас куча.
но вот что-то никто не может сделать мониторинг доступности RDP-сервера, находящегося за NAT или port-mapping
Не-не, телнетом на порт коннектиться не «пойдёт» — это не показатель, нужно именно знать что сервер принимает RDP-подключения (требует имя и пароль).

[smiHT]

Примем к сведению на будущее. Если очень горит — напишите в поддержку [e-mail], всегда можно договориться.

[foxmuldercp]

С одной стороны да, с другой — у меня для этого есть агенты системцентра, нагиоса и оповещение изнутри сети

[simpleadmin]

сделайте сами, а-ля

$ hydra -l USER -p PASSWORD -t 2 111.111.111.111 rdp | grep -F 'USER' || echo "alarm rdp" | mail -s "alarm rdp" [e-mail]

или я чего-то не понял в задаче?

[mihmig]

Вопрос всем кто мониторит сам или пользуется сервисами.
Возьмём ситуацию:
В течение 10 минут 4 раза пропало и появилось питание на маршрутизаторе (в промежутке между выключениями он успевает загрузиться и сервер становится доступен)
Мне придёт 8 смс? Какие есть настройки для таких случаев?

[smiHT]

Могу сказать про наш сервис. Если настроены мгновенные оповещения — то действительно, придет 8 СМС, при интервале мониторинга 1 минута. Но если воспользоваться функцией эскалации оповещений — например, слать только если сайт лежит 5 минут и более — то может не прийти вовсе. Но в логах и статистике все будет, вы это. Если же интервал мониторинг больше — 2, 3 или 10 минут — то скорее всего, это также не будет замечено.

[maintlab]

и чем это все отличается от того же nagios, которым я давно мониторю сайты и сервера?

[smiHT]

Главное отличие — не нужно ставить ПО на свои сервера. Это облачный сервис.

[maintlab]

это получается не главное, а просто отличие. Nagios то же достаточно один на серваке, что на своем, что в дата-центре

[smiHT]

Но все-таки на сервере. А здесь полная независимость. Кроме того, есть люди, которые используют виртуальный хостинг для своих сайтов. Плюс наш сервис доступен даже далеким от ИТ людям.
Если кратко — то на каждую проблему свой инструмент.

[simpleadmin]

Плюс наш сервис доступен даже далеким от ИТ людям.

Это и есть «главное отличие»
В остальном функционал вполне реализумый однострочниками закинутыми в крон.
ping:

$ ping -c 1 -t 10 ya.ru || echo "ALARM PING" | mail -s "alarm" [e-mail]

http (код ответа):

$ curl -sI https://ya.ru | grep 'HTTP/1.1 200 Ok' || echo "STATUS" | mail -s "alarm" [e-mail]

http (ключевое слово):

$ curl -s https://ya.ru | grep -F 'morda-logo' || echo "KEYWORD" | mail -s "alarm" [e-mail]

открытые порты:

$ nmap -p 80 ya.ru | grep -F '80/tcp open  http' || echo "PORT" | mail -s "alarm" [e-mail]

уже вышеупомянутый rdp (которого нет на сайте, т.е. мы уже превзошли возможности сайта):

$ hydra -l USER -p PASSWORD -t 2 111.111.111.111 rdp | grep -F 'USER' || echo "alarm rdp" | mail -s "alarm rdp" [e-mail]

и т.д. и т.п.

Доавьте немного фантазии и 5-10 строчек кода и получите свой гибко/легко-конфигурируемый комбайн/велосипед не зависящий от неизвестно как работающего стороннего сервиса.

Но, реальный плюс данных сервисов всё-таки есть — возможность сделать look со множества направлений. Но как по мне — это единственный плюс.

[dady_KK]

Мы что-то подобное с курлом организовали, только выполняется следующим образом, если ошибка — запускается цикл с заранее известным количеством итераций и с указанным заранее тайм-аутом проходят проверки, если до конца цикла коннект-таки происходит и ошибка исчезает, то ничего собственно и не выдаётся и это только по логам узнать можно, а если ошибка остаётся, то посылается уведомление — да свой велосипед, но мне кажется что такие вот моменты у многих компаний или просто вебмастеров/админов есть, хотя раньше платили денежку за подобный сервис