Мониторинг и алерт при падении сайта

MAATRIX

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

Что и как мониторить

Мониторинг сайта строится вокруг простого вопроса: доступен ли он прямо сейчас и работает ли правильно. Есть несколько уровней проверки, и полезно понимать разницу. Самый базовый — проверка отклика: сервер вообще отвечает на запрос по HTTP. Следующий уровень — проверка кода ответа: сайт должен отдавать 200, а не 500 или 502, потому что формально страница открывается, но показывает ошибку. Ещё глубже — проверка содержимого: на странице есть ожидаемый текст, а не заглушка о технических работах. И отдельно — проверка изнутри сервера: свободное место на диске, память, живость сервисов.

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

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

Быстрый вариант: скрипт и уведомление

Для одного-двух сайтов достаточно простого скрипта, который проверяет доступность и шлёт уведомление при проблеме. Основа проверки — запрос curl, который смотрит на код ответа:

curl -s -o /dev/null -w "%{http_code}" https://site.ru

Команда возвращает код ответа сайта. Оберните её в скрипт: если код не 200, отправляем уведомление. Удобнее всего слать алерт в Telegram через бота — это бесплатно и приходит мгновенно на телефон:

curl -s "https://api.telegram.org/bot$TOKEN/sendMessage" \
    -d chat_id=$CHAT_ID -d text="Сайт site.ru недоступен!"

Подставьте токен своего бота и ID чата. Осталось запускать проверку регулярно — добавьте скрипт в cron с интервалом в одну-две минуты. Так вы получите рабочий мониторинг за полчаса без всяких панелей. Разместите этот скрипт на отдельном сервере или на домашней машине, а не на том же VPS, что и сайт, — иначе при падении сервера некому будет отправить алерт.

Готовое решение: Uptime Kuma

Когда сайтов несколько или хочется удобную панель с историей и графиками, ставят Uptime Kuma — популярный бесплатный мониторинг с веб-интерфейсом. Он проверяет доступность по расписанию, показывает аптайм в процентах, ведёт историю инцидентов и умеет слать оповещения в десятки каналов: Telegram, email, мессенджеры, вебхуки. Проще всего запустить его в Docker:

docker run -d --restart=unless-stopped -p 3001:3001 \
    -v uptime-kuma:/app/data --name uptime-kuma louislam/uptime-kuma:1

После запуска откройте панель на порту 3001, добавьте свои сайты, задайте интервал проверки и подключите уведомления. Ключевой момент — ставьте Uptime Kuma на отдельный сервер или хотя бы на другую ноду, а не рядом с сайтами, которые он мониторит. Небольшой дешёвый VPS под мониторинг — разумное вложение: он независимо следит за вашими проектами и предупреждает о проблемах с внешней точки.

Настраиваем разумные оповещения

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

Полезно разделять критичность. Падение главного сайта — повод разбудить вас ночью, а заполнение диска на 80% — сообщение, которое можно посмотреть утром. Разные каналы и разная срочность для разных событий превращают мониторинг из назойливого спама в полезный инструмент. Добавьте к внешней проверке доступности и внутренние метрики сервера — свободное место, память, нагрузку, — чтобы ловить проблемы до того, как они уронят сайт.

Что делать по алерту

Мониторинг ценен не сам по себе, а тем, что даёт время среагировать. Заранее продумайте, что делать при типовых алертах, чтобы не разбираться в панике. Если сайт отдаёт 502 или 503 — упал бэкенд или веб-сервер, смотрите статус сервисов и логи. Если не отвечает вовсе — проблема с сервером или сетью, проверяйте доступность по SSH и состояние ноды. Если заполнился диск — чистите логи и старые бэкапы. Держите под рукой короткий план действий по каждому сценарию: это часть зрелой эксплуатации сервера, которая превращает аварию из катастрофы в рутинную задачу на пять минут.

Отдельно стоит понимать, что частые падения — сигнал более глубокой проблемы. Если сайт валится регулярно, дело не в мониторинге, а в причине: нехватка ресурсов, утечки памяти, наплыв трафика, который сервер не тянет. Мониторинг покажет закономерность — в какие часы и при какой нагрузке случаются сбои. Если корень в ресурсах, честнее добавить их: масштабировать VPS у MAATRIX можно без переезда, с оплатой из России картой или криптой, и стабильный сервер в связке с мониторингом снимает проблему простоев.

Частые вопросы