Алерт: сайт недоступен — что делать за 5 минут

Пришло уведомление в мессенджер или на почту. Клиент ещё не написал — это хороший момент. Не ребутить сервер вслепую. План: снаружи → сервисы → логи → решение.

Шаг 1 — снаружи (1 минута)

Не из своего кэша браузера. Проверка с другой точки:

curl -sI -o /dev/null -w "HTTP %{http_code} · %{time_total}s\n" https://ваш-сайт.ru/
  • 502 / 504 — backend не ответил nginx (php-fpm, MySQL, таймаут).
  • 200, но медленно — деградация: клиенты уходят раньше «полного падения».
  • SSL / редирект — отдельная линия, см. SSL-мониторинг.

Шаг 2 — на сервере (2–3 минуты)

systemctl status nginx php*-fpm mysql --no-pager
df -h | grep -E '^/dev'
free -h
tail -30 /var/log/nginx/error.log

Частые причины: php-fpm упал, диск 100%, OOM убил MySQL, workers закончились. Подробнее: 502 и медленный сайт.

Шаг 3 — не усугубить

  • Не reboot сразу — сначала статус сервисов и df.
  • Если крутится реклама — пауза кампании, пока сайт нестабилен (алерт в мессенджере).
  • После починки — дождаться recovery-уведомления или повторить site-check.
Цель алерта — дать время на разбор, а не заменить диагностику кнопкой «перезагрузить».

Честно про Mediops

Проверки URL, SSL, времени ответа; алерт при выходе за порог; уведомление, когда снова в норме. Email — на free; Telegram и MAX — с «Старт». Разовый чек — бесплатно в боте и на сайте.

Узнавайте о сбое до звонка клиента

Бесплатно: 3 сайта + email-алерты, без карты.