Monitoring serwera kontra monitoring strony: jaka różnica

Dwa zespoły mogą oba powiedzieć, że "monitorują swoją infrastrukturę", a mieć na myśli zupełnie różne rzeczy. Jeden śledzi wykresy CPU na pulpicie. Drugi dostaje wiadomość w chwili, gdy klient nie może załadować strony z koszykiem. Oba podejścia są przydatne. Żadne nie zastępuje drugiego.

Ten artykuł wyjaśnia praktyczną różnicę między monitoringiem serwera a monitoringiem strony, kiedy potrzebujesz którego i jak zdrowa konfiguracja wykorzystuje oba.

Monitoring serwera: śledzenie maszyny od środka

Monitoring serwera (często nazywany host-level albo monitoringiem infrastruktury) uruchamia na maszynie agenta i raportuje, co dzieje się w środku:

• wykorzystanie CPU i średnie obciążenie
• wykorzystanie RAM i swapu
• wolne miejsce na dysku i I/O
• przepustowość sieci
• działające procesy i usługi

Ponieważ agent siedzi bezpośrednio na hoście, widzi rzeczy, których żadna kontrola z zewnątrz nie potrafi. Wie, że dysk jest zapełniony w 95% zanim baza danych odmówi zapisów. Wie, że wyciek pamięci rośnie od godzin, zanim system ubije proces. To monitoring white-box (masz pełny wgląd w środek).

Cena za to: agent powie ci tylko o maszynie, na której działa. Jeśli serwer jest w porządku, ale zepsuje się reguła firewalla, rekord DNS albo nadrzędny load balancer, agent spokojnie raportuje "wszystko zielone", podczas gdy użytkownicy widzą stronę błędu.

Monitoring strony: śledzenie usługi z zewnątrz

Monitoring strony (nazywany też zewnętrznym, black-box albo syntetycznym monitoringiem) sprawdza twoją usługę tak samo, jak zrobiłby to prawdziwy odwiedzający: z zewnątrz twojej sieci, przez publiczny internet.

Typowe kontrole zewnętrzne obejmują:

• HTTP/HTTPS - czy strona zwraca 200 i oczekiwaną zawartość
• TCP - czy port jest otwarty i przyjmuje połączenia
• Ping/ICMP - czy host jest osiągalny
• Certyfikat SSL - czy jest ważny i czy nie wygasa wkrótce
• DNS - czy nazwa rozwiązuje się poprawnie

To monitoring black-box. Nie wiesz, dlaczego coś się zepsuło, tylko że z punktu widzenia klienta się zepsuło. I właśnie o ten punkt widzenia chodzi. Wychwytuje całe klasy awarii, na które agent na hoście jest ślepy: wygasłe certyfikaty, złą konfigurację DNS, problemy z CDN, awarie routingu oraz całkowite pady serwera, przy których pada z nim także sam agent.

Obok siebie

To nie konkurenci, to warstwy

Błędem jest traktowanie tego jako wyboru albo-albo. Najsilniejsze konfiguracje uruchamiają oba:

1. Kontrole zewnętrzne szybko i z wielu miejsc mówią ci, że użytkownicy są dotknięci.
2. Metryki serwera mówią ci dlaczego, byś mógł usunąć rzeczywistą przyczynę.

Realny przykład: monitoring zewnętrzny uruchamia alert, że twoje API się przeterminowuje. Otwierasz metryki serwera i widzisz, że dysk I/O jest przybity na 100%, bo plik logu zapełnił partycję. Kontrola z zewnątrz znalazła objaw, agent wewnętrzny go wyjaśnił. Razem zamieniły niejasne "strona jest wolna" w jasny i rozwiązywalny incydent.

Gdzie siedzi ePulz.io

ePulz.io jest zbudowany wokół zewnętrznego monitoringu black-box zrobionego porządnie. Kontrole działają z trzech niezależnych sond w UE, a awaria zostaje ogłoszona dopiero, gdy zgodzą się co najmniej dwie z trzech, więc jedna błędna ścieżka sieciowa nie budzi cię o trzeciej w nocy. Dostajesz 9 typów monitorów (HTTP, TCP, ping, SSL, DNS i inne) z interwałami aż do 1 minuty, zależnie od planu.

Dla przypadków, gdy naprawdę potrzebujesz wglądu do środka własnej sieci (serwer, NAS, drukarka, usługa nieudostępniona w internecie), ePulz.io oferuje agenta LAN. Działa wewnątrz twojej sieci i raportuje osiągalność hostów wewnętrznych z powrotem na ten sam pulpit, bez wystawiania czegokolwiek do publicznego internetu. Masz tak widok oczami klienta oraz widok wewnętrzny w jednym miejscu.

Rozsądna zasada:

• Monitoring zewnętrzny stosuj do wszystkiego, czego dotyka klient. Zawsze.
• Metryki na poziomie serwera (przez twojego dostawcę hostingu, osobnego agenta albo naszego agenta LAN do celów wewnętrznych) dodaj, gdy potrzebujesz szczegółu o przyczynie albo chcesz wczesne ostrzeżenie o limitach zasobów.

Jak zacząć

Jeśli dziś nie masz nic, zacznij od widoku zewnętrznego, bo właśnie na nim zależy twoim klientom. Ustaw kontrolę HTTP na główną domenę i kontrolę SSL na certyfikat. Potem dodaj wgląd wewnętrzny tam, gdzie się to opłaca.

Chcesz od razu sprawdzić, czy port jest osiągalny, jeszcze przed ustawieniem monitora. Wypróbuj bezpłatny kontroler portów. Gdy będziesz gotowy na trwałe pokrycie, zobacz jak działa monitoring dostępności oraz nasze plany. 7-dniowy okres próbny jest za darmo i nie wymaga karty.