Моніторинг Ping

Навіщо ping, якщо вже моніторю HTTP

Моніторинг HTTP показує, чи сайт повертає коректну відповідь. Моніторинг ping показує, чи пристрій взагалі досяжний. Це різні питання, і ця різниця важлива, коли щось виходить з ладу. Якщо веб-додаток падає, але сервер живий — HTTP недоступний, а ping проходить. Це одразу звужує діагностику. Якщо не працюють обидва — проблема в мережі чи інфраструктурі. Якщо падає тільки ping — можливо, firewall почав блокувати запити, а HTTP все ще працює для користувачів.

Моніторинг ping — також доречний інструмент для хостів, які не запускають HTTP: сервери баз даних, поштові сервери, app-сервери за балансувальником, VPN-шлюзи, внутрішні сервіси — усюди, де потрібно просто знати "чи жива ця коробка й чи досяжна".

Чому ping на базі TCP

Класичний ICMP ping (команда "ping") чудовий на десктопі, але ненадійний для моніторингу з хмари. Більшість сучасних firewall-ів блокують чи обмежують ICMP, особливо з публічних мереж, тому таймаут ICMP може означати і "сервер впав", і "файрвол відкинув пакет". Така неоднозначність — катастрофа для інструмента сповіщення.

DiagnoSEO Uptime Monitoring використовує ping на основі TCP: перевірка відкриває TCP-з'єднання на відомому порті (спершу 80, fallback 443) із таймаутом у 5 секунд. Якщо повертається SYN/ACK — хост доступний. Якщо ні — ти отримаєш справжню помилку з кодом ядра (connection refused, timeout, no route to host), що пришвидшує тріаж.

Що зберігається

Кожний ping записує результат (up / down) та час RTT у мілісекундах. Це потрапляє в ту ж історію, що й монітори HTTP — ти отримуєш спарклайн останніх перевірок, відсоток аптайму за 24 години та 30 днів і теплову мапу за останні 30 днів. Якщо хост недоступний — відкривається інцидент і надсилаються сповіщення на підключені канали.

Поради для моніторингу ping

• Обери короткий інтервал: ping дешевий, встанови 1–5 хвилин, якщо дозволяє план. Швидше виявлення з малими витратами.
• Комбінуй із моніторингом портів: якщо у тебе база на 5432 або пошта на 25 — додай також монітор порту. Ping каже "коробка жива", порт каже "служба слухає".
• Слідкуй за RTT: час відповіді фіксується при кожній перевірці. Різке зростання RTT часто передує збої — налаштуй поріг і спіймаєш це до інциденту.
• Використовуй підтвердження з порогом: мережі блимають. За замовчуванням 2 поспіль помилкові перевірки захищають від false positive.

Як це виглядає у дашборді

Ping-монітори з'являються поряд з HTTP, port, keyword, API і heartbeat-моніторами в тому ж списку. Ти можеш їх тегувати ("infra", "внутрішні"), фільтрувати по статусу, сортувати по RTT і призупиняти/відновлювати як будь-який інший. Сповіщення надсилаються тими ж каналами (Email, Telegram, Slack, Discord, SMS) за тими ж правилами тиші вночі і порогу підтвердження.

Налаштування

Відкрий інструмент, натисни "Додати монітор", обери тип "Ping (TCP)", встав хост (наприклад, db.internal.firma.com), встанови інтервал і збережи. Від наступного циклу монітор щохвилини відкриватиме TCP-з'єднання, записуватиме RTT та сповіщатиме, якщо хост перестане відповідати.

Найчастіші запитання

• Для чого потрібен моніторинг ping?

  Перевірка доступності на третьому рівні — чи відповідає хост на ICMP echo. Корисно для маршрутизаторів, комутаторів, IoT-пристроїв, внутрішньої інфраструктури та всього, що не працює по HTTP, але має бути доступним.

• Чому мій сервер AWS/хмара не проходить перевірку ping?

  Більшість хмарних провайдерів за замовчуванням блокують ICMP на рівні security-group або firewall. Сервер при цьому в порядку, але не відповідає на ping. Для хмарних робочих навантажень обирай перевірки HTTP або TCP портів. Можеш явно дозволити ICMP у security groups, якщо тобі дійсно потрібен ping.

• Яка різниця між ping і перевіркою TCP порту?

  Ping використовує ICMP (без порту — чиста доступність рівня 3). TCP порт відкриває TCP-з'єднання на конкретному порту — підтверджує зв'язок на рівні 4. Хост може пройти ping, але провалити TCP (фаєрвол блокує порт) або навпаки (ICMP заблоковано, порт відкритий).

• Чи вимірюєте час round-trip для ping?

  Так — час відповіді (round-trip) фіксується при кожній перевірці та відстежується в динаміці. Корисно для виявлення деградації мережі: однаковий хост, але RTT повільно зростає з 20мс до 200мс — це означає проблему з маршрутизацією або перевантаженням.

• Чи можу я ping-увати внутрішні IP?

  Тільки якщо IP доступний з наших серверів-перевіряльників — тобто це публічний IP. Приватні діапазони RFC1918 (192.168.x.x, 10.x.x.x, 172.16-31.x.x) не працюватимуть із зовнішнього моніторингу. Для внутрішньої мережевої інфраструктури розгорни self-hosted агента heartbeat у внутрішній мережі, який пінгує нас.