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

Дві команди можуть однаково заявляти, що "моніторять свою інфраструктуру", і мати на увазі цілком різні речі. Одна стежить за графіками 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 таймаутить. Ви відкриваєте метрики сервера і бачите, що диск I/O прибито на 100%, бо лог-файл заповнив розділ. Зовнішня перевірка знайшла симптом, внутрішній агент його пояснив. Разом вони перетворили розпливчасте "сторінка повільна" на чіткий і вирішуваний інцидент.

Де сидить ePulz.io

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

Для випадків, коли вам справді потрібен погляд усередину власної мережі (сервер, NAS, принтер, послуга, яка не виставлена в інтернет), ePulz.io пропонує LAN-агента. Він працює всередині вашої мережі і повідомляє про досяжність внутрішніх хостів у той самий дашборд, нічого не виставляючи в публічний інтернет. Так ви маєте погляд очима клієнта і внутрішній погляд в одному місці.

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

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

Як почати

Якщо сьогодні у вас немає нічого, почніть із зовнішнього погляду, бо саме він має значення для ваших клієнтів. Налаштуйте HTTP-перевірку на головний домен і SSL-перевірку на сертифікат. Потім додайте внутрішній огляд там, де це варто.

Хочете одразу перевірити, чи порт досяжний, ще до налаштування монітора. Спробуйте безкоштовний перевіряч портів. Коли будете готові до постійного покриття, подивіться як працює моніторинг доступності і наші плани. 7-денна пробна доба безкоштовна і не потребує картки.