Monitoring serwera dedykowanego: co widzi data center, a co musisz obserwować sam
Najgorszy sposób, żeby dowiedzieć się o awarii serwera dedykowanego, to telefon od klienta, który nie może się zalogować. Zdarza się to także wtedy, gdy monitoring działa, tylko patrzy w inne miejsce niż to, które się zepsuło.
Dostawca data center i administrator serwera widzą dwie różne warstwy. Dopóki nie ustalicie, kto obserwuje którą, w środku zostaje luka.
Co obserwuje data center
W Sprint Data Center wszystkie serwery dedykowane są objęte monitoringiem całodobowym. Ta sama odpowiedź w FAQ mówi jednak wprost: przy dzierżawie serwera to klient jest jego głównym administratorem, a SDC wspomaga monitoring serwera, zasilania i łącza (źródło: sprintdatacenter.pl/najtansze-serwery-dedykowane).
W praktyce po stronie serwerowni zostaje to, czego nie zobaczysz z systemu operacyjnego: zasilanie, łącze i fizyczny sprzęt. Jeśli diagnostyka wykaże uszkodzony podzespół, umowa SLA przewiduje wymianę elementu lub całego serwera do 6 godzin. Opisaliśmy to szerzej we wpisie Padł dysk w serwerze dedykowanym, kto płaci za wymianę i ile trwa przestój.
Problemy, które zauważysz sam, zgłaszasz na serwis@sprintdatacenter.pl. Dział techniczny przyjmuje zgłoszenia 24h/365 dni, a odpowiedź zwykle przychodzi w ciągu kilkunastu minut. Gdy system przestaje odpowiadać, możesz też sięgnąć po wbudowaną konsolę IPMI i zrestartować lub zdiagnozować serwer samodzielnie. Jak to zrobić, pokazaliśmy we wpisie Serwer nie wstaje, a serwerownia jest 300 km dalej.
Czego data center nie widzi
Serwer może mieć sprawne zasilanie, działające łącze i zdrowe dyski, a mimo to nie robić tego, za co płacisz. Z zewnątrz nie widać, że:
- partycja z bazą danych zapełniła się logami,
- usługa WWW odpowiada, ale aplikacja zwraca błąd,
- nocny backup od tygodnia kończy się niepowodzeniem,
- certyfikat SSL wygasa za kilka dni,
- obciążenie procesora od rana trzyma się przy granicy,
- ktoś loguje się z nietypowego adresu.
To warstwa systemu i aplikacji. Skoro masz na serwerze pełny dostęp, odpowiadasz też za to, żeby ktoś na nią patrzył. Ostatni punkt z listy to już bezpieczeństwo. Co robić, gdy alert okaże się prawdziwym włamaniem, opisaliśmy w tekście Serwer dedykowany został przejęty, co zrobić w pierwszych godzinach.
Co mierzyć na serwerze dedykowanym
Nie trzeba zbierać wszystkiego. Na start wystarczy kilka grup wskaźników:
- Zasoby: obciążenie CPU, zużycie RAM, wolne miejsce na każdej partycji, ruch sieciowy.
- Dyski: stan macierzy RAID i parametry SMART. Zdegradowana macierz nadal działa, więc bez alertu nikt nie zauważy, że pracuje już bez zapasu.
- Usługi: czy odpowiada serwer WWW, baza danych, poczta. Lepiej sprawdzać odpowiedź aplikacji niż sam otwarty port.
- Zadania cykliczne: wynik backupu, replikacji, zadań cron.
- Terminy: wygasanie certyfikatów SSL i domen.
- Logi: nieudane logowania, błędy aplikacji. Logi przydają się też później, na przykład gdy audytor prosi o logi sprzed pół roku.
Pomiar z samego serwera nie wystarczy. Jeśli serwer przestanie odpowiadać, nie wyśle też alertu o sobie. Przynajmniej dostępność usług warto sprawdzać z zewnątrz.
Alert, którego nikt nie czyta
Najczęstsza wada monitoringu to nie brak danych, tylko ich nadmiar. System, który co godzinę wysyła ostrzeżenie o chwilowym skoku CPU, uczy zespół ignorowania powiadomień. Kiedy przyjdzie to ważne, zginie wśród pozostałych.
Kilka zasad, które ograniczają szum:
- Dwa poziomy. Ostrzeżenie (np. mało miejsca na dysku) trafia na kanał zespołu. Awaria (usługa nie odpowiada) budzi dyżurnego.
- Czas trwania zamiast pojedynczego odczytu. Alarmuj, gdy obciążenie jest wysokie przez kilkanaście minut, a nie przez jeden pomiar.
- Właściciel każdego alertu. Jeśli nie wiadomo, kto ma zareagować, alert jest zbędny albo źle skierowany.
- Przegląd po incydencie. Czy alert przyszedł? Czy wcześniej był sygnał, którego nie mierzyliście?
Osobna sprawa to noc i weekend. Alert wysłany na skrzynkę jednej osoby, która akurat jest na urlopie, nie różni się od braku alertu. Jeśli serwer obsługuje sprzedaż albo klientów przez całą dobę, ustal dyżur albo przekaż ten obowiązek na zewnątrz. Gdy awaria jest poważna, a jeden serwer to cała usługa, warto też wrócić do pytania, kiedy firma naprawdę potrzebuje drugiego serwera.
Monitoring we własnym zakresie czy w pakiecie
Jeśli masz administratora, który zna system i ma czas reagować, własny monitoring daje pełną kontrolę. Kosztem jest konfiguracja, utrzymanie narzędzia i dyżury.
Jeśli takiej osoby nie ma, SDC oferuje dwie drogi. W usługach dodatkowych można zamówić monitoring CPU, RAM, dysków i sieci wraz z raportami wydajności. Druga droga to pakiety administracyjne dla serwerów kupionych w Sprint Data Center:
| Pakiet | Cena (netto/mies.) | Monitoring usług | Dedykowany monitoring hardware / usług | Czas reakcji |
|—|—|—|—|—|
| Fast | 220 PLN | tak | nie | nie podano |
| Small Business | 320 PLN | tak | nie | 1h |
| Full Business | 420 PLN | tak | tak | 1h |
Pakiety mają jedno ograniczenie, o którym warto wiedzieć przed zamówieniem: dostęp administracyjny (root) pozostaje wtedy wyłącznie po stronie SDC. Dla firmy, która nie ma własnego administratora, to zwykle ułatwienie. Dla zespołu, który sam wdraża aplikacje na serwerze, może to być przeszkoda.
Podsumowanie
Monitoring serwera dedykowanego ma dwie warstwy. Data center pilnuje zasilania, łącza i sprzętu. Ty albo Twój administrator pilnujecie systemu, usług, backupu i terminów. Spisz, kto obserwuje którą warstwę, kto odbiera alert w nocy i co wtedy robi.
Jeśli nie chcesz budować tego samodzielnie, porównaj pakiety administracyjne albo napisz do nas, a pomożemy dobrać zakres do Twojego serwera dedykowanego.
FAQ – najczęściej zadawane pytania o monitoring serwera dedykowanego
Czy serwery dedykowane w Sprint Data Center są monitorowane całą dobę?
Tak, wszystkie serwery dedykowane są objęte monitoringiem całodobowym. Przy dzierżawie to klient jest głównym administratorem serwera, a SDC wspomaga monitoring serwera, zasilania i łącza. Działanie systemu i aplikacji obserwuje administrator.
Kto wymienia uszkodzony dysk lub inny podzespół?
Jeśli diagnostyka wykaże uszkodzony podzespół, zgodnie z umową SLA element lub cały serwer zostaje wymieniony do 6 godzin. Awarię sprzętu zgłaszasz na serwis@sprintdatacenter.pl, gdzie zgłoszenia są przyjmowane 24h/365 dni.
Jakie parametry serwera warto monitorować w pierwszej kolejności?
Wolne miejsce na partycjach, stan macierzy RAID i dysków, dostępność najważniejszych usług (WWW, baza danych, poczta) sprawdzaną z zewnątrz oraz wynik nocnego backupu. To zestaw, od którego łatwo zacząć, a każdy z tych sygnałów może zawieść po cichu.
Czy mogę zlecić monitoring serwera, zachowując dostęp root?
Pakiety administracyjne zakładają, że dostęp root pozostaje wyłącznie po stronie SDC. Jeśli chcesz zachować pełny dostęp, zapytaj o monitoring w ramach usług dodatkowych, które można zamawiać pojedynczo, i ustal zakres dostępu przy wycenie.
Artykuł powstał z wykorzystaniem narzędzi sztucznej inteligencji (AI) pod nadzorem zespołu Sprint Data Center. Grafika ilustracyjna została wygenerowana przez AI.