Wdrożenie Zabbix Warszawa

Dlaczego w dużej firmie monitoring ma kilku odbiorców?

Bo środowisko od dawna nie należy do jednej osoby. W warszawskiej spółce o kilkuset pracownikach zwykle jest wewnętrzny dział IT odpowiadający za stacje, konta i sprzęt, zespół utrzymujący aplikację, z której firma żyje, firma zewnętrzna od sieci i telefonii oraz dostawca systemu kadrowego albo sprzedażowego, który pilnuje własnej części i nie chce widzieć reszty.

Instalacja monitoringu, w której wszyscy widzą wszystko, wygląda przy odbiorze świetnie i przestaje działać w trzecim tygodniu. Zespół aplikacji dostaje powiadomienia o przełącznikach, integrator o zajętości dysku na maszynie testowej, dostawca zewnętrzny o zdarzeniach z systemów, do których nie ma dostępu. Po miesiącu każdy z nich ma regułę odkładającą te wiadomości do osobnego folderu.

Dlatego rozdzielenie widoków nie jest tu dodatkiem do wdrożenia, tylko jego główną częścią. Instalacja techniczna zajmuje jeden dzień, ustalenie, kto co widzi i kto na co reaguje, potrafi zająć tydzień rozmów.

Kto widzi co po zakończeniu prac?

Poniższy podział jest punktem wyjścia, który dostosowujemy do Waszej struktury. Powstaje przed podłączeniem hostów, bo w Zabbiksie uprawnienia wynikają z przypisania grup użytkowników do grup hostów, a nie z ustawień na pojedynczej maszynie.

Zespół	Jakie hosty widzi	Które zdarzenia dostaje	Czego nie może zmienić
Wewnętrzny dział IT	całe środowisko	krytyczne z każdej grupy	nic, ma pełne prawa
Zespół aplikacji	maszyny i usługi swojego systemu	dostępność usługi, kolejki, liczniki bazy	szablonów i akcji poza swoją grupą
Integrator sieciowy	przełączniki, routery, zapory, zasilanie	utrata łączności, stan portów, temperatura	hostów serwerowych i wartości granicznych
Dostawca systemu zewnętrznego	pojedyncze maszyny objęte jego umową	wyłącznie zdarzenia ze swoich hostów	konfiguracji, ma konto tylko do odczytu
Kierownictwo działu	widok zbiorczy i statystyka	podsumowanie okresowe, bez pojedynczych alertów	niczego, to dostęp do przeglądania
Konta integracji i skryptów	zakres wynikający z zadania	nie dotyczy, nie odbierają powiadomień	wszystkiego poza swoim wycinkiem

Ostatni wiersz bywa pomijany i wraca po roku. Konto z pełnymi prawami, założone kiedyś do jednego skryptu i używane potem przez trzy integracje, znajduje się w większości instalacji, które przejmujemy, i nikt nie wie, co przestanie działać po jego wyłączeniu.

Po co monitoring ma rozmawiać z systemem zgłoszeń?

Bo bez tego powstają dwie równoległe historie tego samego zdarzenia. Jedna w monitoringu, z odczytami i godzinami, druga w narzędziu obsługi zgłoszeń, z opisem przepisanym ręcznie przez człowieka. Rozjeżdżają się natychmiast, a pytanie o czas obsługi zdarzenia nie ma wtedy jednej odpowiedzi.

Integracja działa w obie strony. Zdarzenie zakłada zgłoszenie przez interfejs programistyczny, dopisuje do niego wartości z minuty, w której powstało, i przypisuje je do właściwego zespołu na podstawie grupy hostów. Ustąpienie przyczyny zamyka zgłoszenie automatycznie, więc po nocnej przerwie w łączu nikt nie zamyka ręcznie kilkudziesięciu wpisów.

Ustawiamy przy tym jedną zasadę, o którą pyta później każdy przegląd: co ma prawo założyć zgłoszenie. Zdarzenie o wadze informacyjnej nie zakłada niczego, zostaje w historii i pojawia się w podsumowaniu okresowym. Inaczej narzędzie obsługi zgłoszeń zapełnia się wpisami, których nikt nie zamierza obsługiwać, a statystyka przestaje cokolwiek znaczyć.

Co decyduje o wielkości maszyny pod monitoring?

Nie liczba hostów, tylko liczba pozycji zbieranych z każdego z nich oraz okres przechowywania. Trzydzieści maszyn z ograniczonym szablonem daje mniejszą bazę niż dziesięć maszyn z pełnym szablonem producenta i rocznym przechowywaniem odczytów minutowych.

Przy trzydziestu hostach wystarcza maszyna wirtualna z czterema rdzeniami i ośmioma gigabajtami pamięci, natomiast o komforcie pracy decyduje wydajność dysku, bo baza monitoringu zapisuje bez przerwy i nie ma w tym przerw nocnych. Przy większych środowiskach bazę wynosimy na osobną maszynę i włączamy kompresję historii.

Okres przechowywania ustalamy świadomie, bo to jedyna decyzja z tego etapu, której zmiana po roku jest kosztowna. Miesiąc odczytów w pełnej rozdzielczości wystarcza do rozłożenia zdarzenia na czynniki, rok danych uśrednionych do pokazania trendu przy planowaniu zakupów. Firmy odpowiadające przed kontrahentem za dostępność proszą czasem o dłuższy okres i wtedy liczymy to razem z dyskiem.

Jak wygląda podział pracy przy takim wdrożeniu?

Na miejscu robimy dwie rzeczy: spis środowiska z obejściem pomieszczeń technicznych oraz przekazanie. Reszta idzie zdalnie, bo instalacja, konfiguracja szablonów i strojenie wartości granicznych nie wymagają obecności przy szafie. Do biur w Śródmieściu, na Woli i na Mokotowie dojeżdżamy z Bielan, z adresu przy Jerzego Waldorffa 24, w umówionym dniu roboczym.

Kolejność prac jest stała: grupy hostów, szablony, hosty, automatyczne wykrywanie zasobów, makra, wyzwalacze, akcje, pulpity. Odwrócenie jej mści się przy kolejnych maszynach, bo uprawnienia i akcje opierają się na podziale zrobionym w pierwszym kroku.

Dwutygodniowej obserwacji nie skracamy i jest to jedyny etap, przy którym prosimy o cierpliwość. Wartości graniczne ustawione pierwszego dnia są zgadywaniem, a dwa tygodnie danych pokazują dobowy i tygodniowy rytm środowiska razem z zadaniami, o których w firmie nikt już nie pamięta.

Kiedy wystarczy uporządkowanie zamiast wdrożenia od nowa?

Wtedy, gdy instalacja stoi i zbiera dane, a problemem jest hałas albo brak podziału. Widzimy to regularnie w firmach, które dostały Zabbiksa razem z jednorazowym projektem: wszystkie hosty leżą w jednej grupie, wartości graniczne pochodzą z instalatora, wyzwalacze reagują na pojedynczy odczyt, a jedna akcja rozsyła wszystko do wszystkich.

Taki przegląd to osobna pozycja od 1 900 zł netto, czyli mniej więcej dzień pracy. Porządkujemy grupy według roli, przenosimy progi do makr, przepisujemy wyzwalacze tak, żeby opisywały stan utrzymujący się przez określony czas, zakładamy zależności między hostami i budujemy ścieżkę powiadamiania od nowa. Zależności bywają tu najbardziej opłacalną zmianą: bez nich awaria jednego przełącznika wysyła kilkadziesiąt wiadomości zamiast jednej.

Osobno sprawdzamy, czy w instalacji istnieje sprawdzenie braku danych. Host, z którego przestały spływać odczyty, nie przekracza żadnej wartości granicznej, więc na pulpicie wygląda najspokojniej ze wszystkich i potrafi tak stać miesiącami.

Co zostaje u Was, gdy skończymy?

Serwer w Waszej sieci, komplet kont administracyjnych, kopia konfiguracji odtwarzalna na czystej maszynie, opis architektury z adresami i wersjami, lista hostów z rolami i właścicielami, wykaz wartości granicznych z datą obserwacji oraz procedury na dwie najczęstsze sytuacje, czyli dodanie maszyny i wyciszenie monitoringu na czas prac. Do tego warsztat dla zespołów, prowadzony na Waszych danych.

Firmie, w której nie ma nikogo gotowego patrzeć na zdarzenia, odradzamy własną instalację wprost. System, którego zdarzeń nikt nie czyta, przestaje mieć znaczenie po kilku miesiącach, a zostaje po nim reguła w skrzynce pocztowej i maszyna, której nikt nie chce wyłączyć. W takiej sytuacji lepiej wypada stały nadzór nad infrastrukturą. Wizualizację zebranych danych opisuje dashboard w Grafanie, a stan samych maszyn monitoring serwerów w Warszawie. Zakres wdrożenia omówimy pod numerem +48 888 777 822 albo przez formularz kontaktowy.

Treść sprawdzona i zaktualizowana: 2 sierpnia 2026