Monitoring infrastruktury IT

Czym jest monitoring infrastruktury IT?

To ciągłe śledzenie stanu serwerów, sieci, usług i urządzeń. System zbiera dane na bieżąco, porównuje je z ustalonymi progami i wysyła alert, gdy coś odbiega od normy. Pracuje całą dobę, także w weekendy, niezależnie od tego, czy ktoś siedzi przy biurku.

Bez monitoringu o awarii dowiadujecie się od pracownika, który nie może pracować. Z monitoringiem od systemu, zanim ten pracownik włączy komputer.

Co obejmuje nadzór nad całą infrastrukturą

1. Serwery i maszyny wirtualne. Procesor, pamięć i miejsce na dyskach, ze wczesnym ostrzeżeniem przed wyczerpaniem zasobów. Które odczyty faktycznie coś znaczą, rozpisaliśmy w monitoringu serwerów.
2. Usługi i aplikacje. Poczta, ERP, sklep, bazy danych. Usługa potrafi przestać odpowiadać przy działającym serwerze.
3. Sieć i łącza. Przepustowość, opóźnienia, dostępność. Wiele pozornych awarii oprogramowania to w rzeczywistości problem sieci, a rozstrzyganie tego opisuje monitoring sieci.
4. Kopie zapasowe. Czy zadanie wykonało się zgodnie z harmonogramem i czy zakończyło się sukcesem.
5. Certyfikaty i domeny. Alert przed wygaśnięciem, zanim klient zobaczy ostrzeżenie przeglądarki.
6. Urządzenia sieciowe. Przełączniki, routery, punkty dostępowe i firewall. Awaria jednego potrafi odciąć cały dział.

Każdy z tych obszarów da się kupić osobno i część klientów tak robi. Ta strona opisuje wariant, w którym wszystko idzie w jednej umowie, z jedną ścieżką eskalacji i jednym raportem, zamiast czterech dostawców odsyłających do siebie nawzajem.

Reaktywny kontra proaktywny

Monitoring reaktywny mówi, że coś przestało działać. To lepsze niż nic, ale użytkownicy już odczuli problem. Monitoring proaktywny obserwuje trendy i ostrzega, zanim próg zostanie przekroczony: dysk zapełniony w 85 procentach, temperatura rosnąca od kilku dni, usługa restartująca się co noc o tej samej godzinie.

Co udaje się złapać zawczasu

• Zapełniający się dysk. Ostrzeżenie przy 80 procentach, zamiast telefonu w dniu, w którym serwer przestaje przyjmować pliki.
• Nieudane kopie. Alert pierwszej nocy, a nie odkrycie po awarii, że ostatni poprawny backup ma tydzień.
• Rosnące obciążenie przed sezonem. Rozbudowa zasobów z wyprzedzeniem, zamiast gaszenia pożaru w czarny piątek.
• Wygasający certyfikat. Odnowienie na dwa tygodnie przed terminem.
• Nietypowy ruch w nocy. Sprawdzenie komputera, zanim infekcja rozejdzie się po sieci.

Co dzieje się po alercie

Alert dostaje priorytet według reguł ustalonych na starcie. Krytyczny, jak niedostępność serwera produkcyjnego, jest dostarczany natychmiast, o każdej porze, bo sam system monitorujący pracuje całą dobę. Mniej pilny, jak kończące się miejsce na dysku, trafia do kolejki na godziny robocze. Każde zdarzenie zostaje zapisane, dzięki czemu widać trendy i wiadomo, co wymaga modernizacji.

Rozdzielenie dwóch rzeczy jest tu ważniejsze niż cokolwiek innego na tej stronie. Czuwanie systemu trwa bez przerwy. Gwarantowany czas reakcji człowieka liczymy w godzinach pracy helpdesku, od poniedziałku do piątku, 8:00 do 18:00. Reakcja poza tymi godzinami to dyżur, czyli osobno płatna usługa, którą wyceniamy indywidualnie po ustaleniu zakresu. Dostawca, który obiecuje jedno i drugie w tej samej cenie, albo nie ma dyżuru, albo ma go tylko na papierze.

Raport, a nie deklaracja

Nie musicie rozumieć każdego alertu, ale macie wiedzieć, w jakim stanie jest infrastruktura i czy dostawca robi swoje. Co miesiąc dostajecie zestawienie dostępności kluczowych systemów, liczby zdarzeń, stanu kopii i planu na kolejny miesiąc. Brak raportowania oznacza monitoring istniejący wyłącznie na papierze.

Wskaźnik	Wartość
Cel dostępności dla systemów krytycznych	99,9%
Interwał sprawdzania dostępności usług	5 min
Czas dostarczenia alertu krytycznego	15 min
Godziny, w których biegnie czas reakcji człowieka	pon. do pt., 8:00 do 18:00
Reakcja poza tymi godzinami	dyżur, osobno płatny
Częstotliwość raportu dla klienta	1 miesiąc

Na czym to stoi

Podstawą jest Zabbix, bo nie ma opłaty za monitorowany host, radzi sobie z kilkoma lokalizacjami przez proxy i pozwala opisać własne sprawdzenia dla systemów, których żaden gotowy szablon nie zna. Dane trafiają do bazy z kompresją historii, a wizualizację robimy w Grafanie, osobno dla zespołu technicznego i w wersji skróconej dla osoby nietechnicznej.

Powiadomienia idą tam, gdzie ktoś je przeczyta: wiadomością, komunikatorem albo telefonem przy zdarzeniu krytycznym. Usługa rozliczana za każdy monitorowany host bywa wygodniejsza na starcie, ale przy kilkudziesięciu maszynach robi się droższa od pracy przy własnym wdrożeniu, a dane o Waszej infrastrukturze wychodzą wtedy na zewnątrz.

Środowisko może stać u Was albo u nas. Przy monitoringu prowadzonym z naszej strony dostajecie konto z dostępem do wszystkich swoich danych, bo nadzór, którego wyników klient nie widzi, nie daje się sprawdzić.

Którą część wziąć osobno

Pełny nadzór ma sens tam, gdzie nie ma nic. Gdy potrzebujecie jednego kawałka albo chcecie prowadzić monitoring samodzielnie, każdy z tych tematów opisaliśmy osobno:

• monitoring serwerów, gdy chodzi wyłącznie o maszyny i usługi na nich
• monitoring sieci, gdy spór idzie o to, czy wina leży po stronie łącza, czy sprzętu
• wdrożenie i konfiguracja Zabbiksa, gdy chcecie mieć monitoring u siebie i utrzymywać go własnym zespołem, a także wtedy, gdy instalacja już stoi, ale generuje szum zamiast informacji
• dashboard w Grafanie, gdy dane są, tylko nikt nie potrafi ich pokazać zarządowi

O co zapytać dostawcę, także nas

• Czy monitoring obejmuje całą infrastrukturę, czy tylko serwery?
• Kto odbiera alerty poza godzinami pracy, na jakich warunkach i według jakiej ścieżki eskalacji?
• Czy dostaniecie raport zrozumiały bez wiedzy technicznej?
• Jakie narzędzia są używane i czy macie do nich wgląd?
• Czy monitoring obserwuje trendy, czy tylko zgłasza awarie?
• Czy obejmuje kopie zapasowe i weryfikację ich skuteczności?

Treść sprawdzona i zaktualizowana: 31 lipca 2026