Мониторинг сервера против мониторинга сайта: в чём разница

Две команды могут обе сказать, что "мониторят свою инфраструктуру", и иметь в виду совершенно разные вещи. Одна следит за графиками CPU на дашборде. Другая получает сообщение в тот момент, когда клиент не может загрузить страницу оформления заказа. Оба подхода полезны. Ни один не заменяет другой.

Эта статья объясняет практическую разницу между мониторингом сервера и мониторингом сайта, когда нужен какой и как здоровая настройка использует оба.

Мониторинг сервера: наблюдение за машиной изнутри

Мониторинг сервера (часто называемый host-level или инфраструктурным мониторингом) запускает на машине агента и сообщает, что происходит внутри:

• использование CPU и средняя нагрузка
• использование RAM и swap
• свободное место на диске и I/O
• сетевой трафик
• работающие процессы и службы

Поскольку агент сидит прямо на хосте, он видит то, что не может никакая внешняя проверка. Он знает, что диск заполнен на 95% до того, как база данных откажет в записи. Он знает, что утечка памяти растёт часами, прежде чем система убьёт процесс. Это white-box мониторинг (у вас полный обзор внутренностей).

Плата за это: агент рассказывает только о машине, на которой работает. Если сервер в порядке, но ломается правило firewall, DNS-запись или вышестоящий load balancer, агент спокойно сообщает "всё зелёное", пока пользователи видят страницу ошибки.

Мониторинг сайта: наблюдение за службой снаружи

Мониторинг сайта (называемый также внешним, black-box или синтетическим мониторингом) проверяет вашу службу так же, как это делал бы реальный посетитель: снаружи вашей сети, через публичный интернет.

Типичные внешние проверки включают:

• HTTP/HTTPS - возвращает ли страница 200 и ожидаемое содержимое
• TCP - открыт ли порт и принимает ли соединения
• Ping/ICMP - достижим ли хост
• SSL-сертификат - действителен ли и не истекает ли скоро
• DNS - правильно ли разрешается имя

Это black-box мониторинг. Вы не знаете, почему что-то сломалось, лишь то, что с точки зрения клиента это сломалось. И именно эта точка зрения важна. Он ловит целые классы сбоев, к которым агент на хосте слеп: истёкшие сертификаты, плохую конфигурацию DNS, проблемы с CDN, сбои маршрутизации и полные падения сервера, при которых вместе с ним падает и сам агент.

Бок о бок

Это не конкуренты, это слои

Ошибка - воспринимать это как выбор или-или. Самые сильные настройки запускают оба:

1. Внешние проверки быстро и из нескольких мест говорят вам, что пользователи затронуты.
2. Метрики сервера говорят вам почему, чтобы вы могли устранить настоящую причину.

Реальный пример: внешний мониторинг поднимает оповещение, что ваш API уходит в таймаут. Вы открываете метрики сервера и видите, что disk I/O прибит на 100%, потому что лог-файл заполнил раздел. Внешняя проверка нашла симптом, внутренний агент его объяснил. Вместе они превратили туманное "сайт тормозит" в ясный и решаемый инцидент.

Где находится ePulz.io

ePulz.io построен вокруг внешнего black-box мониторинга, сделанного как надо. Проверки выполняются с трёх независимых зондов в ЕС, а сбой объявляется только когда согласны хотя бы двое из трёх, так что один сбойный сетевой маршрут не разбудит вас в три часа ночи. Вы получаете 9 типов мониторов (HTTP, TCP, ping, SSL, DNS и другие) с интервалами вплоть до 1 минуты, по плану.

Для случаев, когда вам действительно нужен взгляд внутрь собственной сети (сервер, NAS, принтер, служба, не выставленная в интернет), ePulz.io предлагает LAN-агент. Он работает внутри вашей сети и сообщает о достижимости внутренних хостов обратно в тот же дашборд, ничего не выставляя в публичный интернет. Так у вас есть и взгляд глазами клиента, и внутренний взгляд в одном месте.

Разумное правило:

• Внешний мониторинг используйте для всего, чего касается клиент. Всегда.
• Метрики уровня сервера (через вашего хостинг-провайдера, отдельного агента или нашего LAN-агента для внутренних целей) добавляйте, когда нужна детализация причины или раннее предупреждение о пределах ресурсов.

Как начать

Если сегодня у вас нет ничего, начните с внешнего взгляда, ведь именно он важен вашим клиентам. Настройте HTTP-проверку на главный домен и SSL-проверку на сертификат. Затем добавьте внутренний обзор там, где это окупается.

Хотите сразу проверить, достижим ли порт, ещё до настройки монитора. Попробуйте бесплатную проверку портов. Когда будете готовы к постоянному покрытию, посмотрите, как работает мониторинг доступности и наши планы. 7-дневная пробная версия бесплатна и не требует карты.