Ping-мониторинг (ICMP) для серверов, роутеров и всего, у чего есть IP

Один пакет, три секунды

Ping-проверка намеренно минимальна. Tenium определяет адрес хоста, отклоняет частные адреса и отправляет один ICMP-запрос, ожидая ответа до трёх секунд. Ответ означает, что хост работает, а его время в миллисекундах становится временем ответа; нет ответа — сбой. Процента потерь пакетов и джиттера нет, потому что на проверку идёт всего один пакет. Зато есть история: нестабильная линия проявляется как череда одиночных сбоев и медленных ответов на сотнях проверок, а подтверждение не даёт одному потерянному пакету превратиться в инцидент.

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

Когда файрвол съедает эхо

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

Запасной вариант у Tenium есть, но он уже, чем кажется. Если сама машина проверяющего сервера не имеет права отправлять ICMP, проверка подключается к TCP 443, а затем к 80 и записывает, что сделала именно так. Если ICMP отбрасывает ваша цель, запасного варианта нет, и проверка не проходит.

Чего не доказывает ответ на ping

На ICMP отвечает сетевой стек операционной системы, а не ваше приложение. Веб-сервер может упасть, база данных зависнуть, а диск заполниться, пока ядро продолжает безупречно отвечать на ping. Для всего, у чего есть HTTP-интерфейс, честная проверка — HTTP-монитор, а ping служит дополнительным свидетельством.

Вместе они быстро сужают причину:

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

Для чего ping действительно подходит

Он оправдывает себя на инфраструктуре, у которой есть адрес, но нет веб-интерфейса: VPN-шлюз, роутер филиала со статическим IP, файрвол-устройство, NAS, управляемый коммутатор, доступный снаружи, или колоцированный сервер, который вы хотите отслеживать независимо от программного обеспечения на нём. Это также самый дешёвый первый монитор для нового сервера, пока на нём ещё не установлено ни одной службы. Ping доступен на всех тарифах: проверки раз в 5 мин на Free и до 30 с на Pro и Agency.

Помните об ограничении точки наблюдения: проверяющие серверы стоят в публичном интернете, поэтому внутренние адреса (10.x, 192.168.x, 172.16-31.x) отклоняются. Чтобы отслеживать что-то внутри частной сети, выставьте наружу безопасный эндпоинт и следите за ним или пингуйте из сети наружу через cron-heartbeat.

Как читать графики задержки

Время кругового пути в основном зависит от расстояния, поэтому сравнивайте каждый регион с его собственной базовой линией, а не с другими. Проверяющий сервер в Лондоне, который достигает сервера во Франкфурте за 15 мс, и проверяющий сервер в Нью-Йорке за 90 мс — это норма. Внезапное удвоение линии одного региона при ровных линиях остальных указывает на смену маршрута. На Pro и Agency можно задать порог медленного ответа: инцидент об ухудшении откроется, когда недавнее среднее его превысит; смотрите оповещения о времени ответа.