Мониторинг сайта, который подтверждает простой, прежде чем вас разбудить

Что на самом деле делает одна HTTP-проверка

Сначала Tenium определяет адрес вашего хоста и отклоняет частные и внутренние адреса. Затем открывает соединение с полученным адресом и отправляет простой запрос: выбранный вами метод (по умолчанию GET), заголовок Accept со значением */*, без сжатия, с User-Agent Tenium-Monitor/1.0 и ссылкой на нашу страницу о боте. Тело ответа читается примерно до 1 МБ. Когда оно получено целиком, таймер останавливается, и это время записывается как время ответа. Получается «время до полной страницы», а не до первого байта, и оно ближе к тому, сколько на самом деле ждёт посетитель.

Результат оценивается по трём признакам: входит ли код ответа в ожидаемый диапазон, уложился ли запрос в таймаут и, для https-адресов, завершилось ли TLS-рукопожатие. Дата окончания сертификата сохраняется при каждой https-проверке, поэтому предупреждения, описанные в разделе мониторинг SSL, не требуют отдельного запроса.

• Таймаут: от 1 до 120 секунд, по умолчанию 30. Для большинства сайтов лучше 10–15 секунд: страница, которой нужно 30 секунд, для пользователей уже сломана.
• Метод: GET, HEAD, POST, PUT, PATCH или DELETE. HEAD быстрее, но некоторые фреймворки отвечают на HEAD не так, как на GET, и зелёная HEAD-проверка может скрыть сломанную страницу.
• Интервал: 5 мин на Free, 1 мин на Starter, 30 с на Pro и Agency.
• Basic auth и заголовок X-Tenium-Secret доступны на всех тарифах; произвольные заголовки запроса требуют Pro.

Какой диапазон статусов считать нормой

По умолчанию это 200-299. Диапазон можно расширить до 200-399, если вы не хотите следовать за редиректами, сузить до одного кода или перечислить несколько значений, например 200,301,302. Диапазоны и списки можно сочетать: 200-204,301.

Поле нужно для нестандартных случаев. Тестовый сайт под basic auth, который анонимным посетителям отвечает 401, можно отслеживать с ожидаемым статусом 401: если ответ сменится на 200, кто-то снял защиту. Страницу обслуживания, которая намеренно отдаёт 503, на время плановых работ лучше закрыть окном обслуживания, а не ослаблять диапазон статусов навсегда.

Цепочки редиректов и циклы

Переход по редиректам включён по умолчанию, Tenium проходит до пяти шагов. Каждый шаг записывается в детали проверки. Поэтому, когда правило перезаписи ведёт с /shop на /shop/, потом снова на /shop и дальше, инцидент покажет цикл, а не голое «слишком много редиректов». Типичные причины: CDN принудительно включает https, а исходный сервер — http; правила для www и без www ссылаются друг на друга; языковой плагин перенаправляет по cookie, которой у наших проверок нет.

Если отключить переход по редиректам, оценивается первый ответ как есть. Это верная настройка, когда нужно следить именно за тем, что http://example.com отвечает 301. Но добавьте 301 в ожидаемый диапазон, иначе монитор всегда будет показывать сбой.

Таймауты, медленные серверы и порог медленного ответа

Сбой по таймауту выглядит как «Timeout after 15 s» и считается недоступностью, как и код 500. Медленный, но живой сервер — другая проблема: на Pro и Agency можно задать порог медленного ответа в миллисекундах. Tenium сравнивает среднее трёх последних проверок с вашим числом и открывает инцидент об ухудшении, а не о недоступности. Для базы данных под нагрузкой это правильный уровень серьёзности. Порог и собственные заголовки входят в тариф Pro за $29; подробнее — оповещения о времени ответа.

Порог лучше выбирать по данным: дайте монитору поработать неделю, посмотрите на график времени ответа и поставьте границу примерно вдвое выше обычного значения. Если поставить её на уровне медианы, оповещения будут приходить каждый день после обеда.

Почему исправный сайт может не пройти проверку

Чаще всего ложные срабатывания вызывает что-то между проверкой и вашим сервером, а не сам сервер. Самая большая группа — страницы защиты от ботов: проверку Cloudflare, Akamai, Imperva, Sucuri, DataDome или AWS WAF Tenium распознаёт и записывает как инцидент «заблокировано», а не «недоступно». Так вы отличите решение файрвола от сбоя. Ограничители частоты запросов и правила fail2ban могут заблокировать IP-адрес мониторинга после серии повторов. Добавьте адреса из списка IP-адресов проверок в белый список (allow-list) или отправляйте заголовок X-Tenium-Secret, по которому ваш файрвол узнает запрос.

Дальше — подтверждение. Если проверка не прошла, её повторяют другие регионы, а инцидент открывается, только когда сбой подтверждают выбранные вами регионы. Сейчас работают 2 региона, поэтому по стандартной настройке сбой должны увидеть оба региона (на тарифах, где это доступно). Free проверяет только из 1 региона. Монитор с одним регионом оповещает после первого же сбоя, и страница монитора об этом сообщает. Окна обслуживания полностью подавляют инциденты, пока действуют.

Чего эта проверка не покажет

Она не запускает браузер. JavaScript не выполняется, поэтому одностраничное приложение, которое отдаёт пустую оболочку с кодом 200, будет выглядеть исправным, хотя пользователи видят пустой экран. В таких случаях направьте мониторинг ключевых слов на текст, который формируется на сервере, или на JSON-эндпоинт, к которому обращается приложение. Кроме того, за одну проверку делается один запрос, а не весь путь через вход и оформление заказа, поэтому она не скажет, что отправка формы не работает. Считайте её быстрой и дешёвой первой линией: она показывает, что входная дверь открывается.