Wdrożenie Zabbix Gdańsk

Jak zmierzyć usługę, której nie posiadacie?

To pytanie wraca w każdej gdańskiej firmie żyjącej z obiegu dokumentów i najczęściej rozbija pierwsze podejście do monitoringu. Środowisko wygląda z pozoru prosto: kilka serwerów, sieć, stacje robocze. Rzeczy, których awaria naprawdę zatrzymuje pracę, leżą jednak poza tym spisem, bo należą do urzędu, do przewoźnika, do brokera albo do dostawcy platformy rezerwacyjnej.

Standardowe wdrożenie omija ten obszar, ponieważ szablony producenta opisują sprzęt i systemy operacyjne. Efekt jest taki, że instalacja pokazuje zielone wiersze przy wszystkich maszynach w chwili, gdy w firmie od godziny nie wyszło ani jedno zgłoszenie. Zaufanie do narzędzia znika wtedy w jeden dzień i nie wraca.

Wdrożenie opisane na tej stronie zaczyna się więc od drugiej strony niż zwykle. Najpierw powstaje lista rzeczy, których nie kontrolujecie, a od których zależy praca, i dopiero potem konfiguracja maszyn, które te rzeczy obsługują.

Z czego składa się sprawdzenie jednej integracji?

Z trzech warstw, i pominięcie którejkolwiek daje obraz gorszy od jej braku, bo usypia. Poniższe zestawienie opisuje układ, który stosujemy przy każdym punkcie wymiany danych, niezależnie od tego, czy po drugiej stronie stoi system urzędowy, portal przewoźnika, czy interfejs kontrahenta.

Warstwa	Co dokładnie sprawdza	Czego nie wykryje sama	Jak często pytamy
Osiągalność punktu	czy adres odpowiada i w jakim czasie	usługi odpowiadającej błędem	co minutę
Poprawność odpowiedzi	czy zapytanie testowe wraca z sensowną treścią	zatrzymanej kolejki po Waszej stronie	co kilka minut
Przebieg wymiany	wiek najstarszej pozycji czekającej na wysyłkę	przyczyny zatrzymania	co minutę
Ważność certyfikatu	liczbę dni do wygaśnięcia wpisu	odwołania certyfikatu przez wystawcę	raz na dobę
Klucz do interfejsu partnera	datę końca ważności zapisaną w umowie	zmiany warunków po drugiej stronie	raz na dobę
Okno serwisowe partnera	czy trwa zapowiedziana przerwa	przerwy niezapowiedzianej	z kalendarza
Droga do punktu wymiany	opóźnienie i straty pakietów na trasie	błędu w samej treści komunikatu	co minutę

Trzeci wiersz jest tym, przez który to wdrożenie w ogóle ma sens. Dwa pierwsze sprawdzenia opisują cudzą usługę i odpowiadają na pytanie, czy da się z niej skorzystać. Trzecie opisuje skutek u Was i jako jedyne odzywa się wtedy, gdy wszystko po drodze działa, a mimo to nic nie wychodzi, bo zatrzymała się kolejka w programie.

Co zrobić z przerwą zapowiedzianą przez drugą stronę?

Wpisać ją do kalendarza, zanim nastąpi, i to jest jedno z tych ustawień, które przesądzają o losie całej instalacji. Systemy urzędowe i portale przewoźników mają zaplanowane przerwy techniczne, zwykle nocą albo w weekend, i zapowiadają je z wyprzedzeniem. Monitoring nieprzygotowany na tę wiedzę zachowuje się wtedy dokładnie tak, jak nie powinien: wysyła serię powiadomień o awarii, której nikt nie zamierza naprawiać, o godzinie, o której nikt nie zamierza czytać.

Po drugim takim weekendzie ktoś wycisza grupę powiadomień i zwykle już jej nie włącza. Instalacja nadal zbiera dane, tylko przestała cokolwiek zgłaszać, a dowiadujecie się o tym przy pierwszej prawdziwej awarii.

Dlatego przy wdrożeniu powstaje osobna grupa hostów dla każdej integracji oraz prosta procedura zakładania okna serwisowego na tę grupę. Osoba odbierająca zawiadomienia od partnera wpisuje termin w kilka sekund, bez wchodzenia w konfigurację wyzwalaczy, a statystyka dostępności rozdziela przerwy zapowiedziane od awarii.

Osobno zostaje wąska lista sprawdzeń nietkniętych przez takie okno. Zatrzymana kolejka po Waszej stronie odzywa się zawsze, bo jej przyczyna leży u Was niezależnie od tego, co robi w tym czasie druga strona.

Dlaczego klucze i certyfikaty wchodzą do konfiguracji od pierwszego dnia?

Bo są jedynym rodzajem awarii, którą da się przewidzieć co do dnia, a mimo to wywraca pracę równie skutecznie jak zerwane łącze. W firmie wymieniającej dane z kilkoma systemami takich dat zbiera się kilkanaście: certyfikaty do podpisu, klucze do interfejsów, certyfikaty na serwerach udostępniających panel klientom, terminy odnowienia domen.

Rozproszenie jest tu większym problemem niż sama liczba. Każda z tych rzeczy leży w innym miejscu, każda ma innego opiekuna, a przypomnienie o niej istnieje zwykle w kalendarzu jednej osoby albo w skrzynce, do której nikt nie zagląda. Wystarczy zmiana obowiązków albo urlop, żeby termin przeszedł niezauważony.

Zabbix radzi sobie z tym bez żadnych sztuczek, bo data ważności jest zwykłą wartością, którą da się odczytać i porównać z progiem. Konfigurujemy trzy poziomy ostrzeżenia zamiast jednego, ponieważ pierwsze przypomnienie na miesiąc przed terminem ginie, a jedno na dzień przed nie zostawia czasu na cokolwiek.

Co robimy u Was, a co przez zdalny dostęp?

Zdalnie idzie zdecydowana większość: instalacja serwera, przygotowanie szablonów, reguły wykrywania zasobów, pisanie sprawdzeń integracji, strojenie progów i budowa ścieżek powiadamiania. Nie wymagają one niczyjej obecności przy szafie i nie ma powodu doliczać do nich dojazdu.

Na miejscu robimy dwie rzeczy. Pierwsza to spis środowiska razem z obejściem pomieszczeń technicznych, bo lista podana z pamięci jest zawsze krótsza od rzeczywistej, a odpytanie sieci nie pokaże urządzenia odłączonego na czas prac ani szafy w obiekcie, do którego trzeba osobno wejść. Druga to warsztat zamykający projekt, oparty wyłącznie na Waszej konfiguracji i na zdarzeniach zebranych w czasie obserwacji, bo materiał z cudzej instalacji nikomu nie zapada w pamięć.

Do biur i obiektów w Śródmieściu, we Wrzeszczu, w Oliwie, na Stogach oraz w rejonie Kokoszek dojeżdżamy z biura przy Matemblewskiej 63 w umówionym dniu roboczym. Nie stoi za tym ekipa gotowa przyjechać tego samego dnia i lepiej wiedzieć to przed podpisaniem umowy niż po.

Co dostajecie przy odbiorze?

Serwer pracujący w Waszej sieci, komplet kont administracyjnych, kopię konfiguracji odtwarzalną na czystej maszynie, opis architektury z adresami i wersjami, listę hostów z rolami i właścicielami, treść wszystkich sprawdzeń integracji razem z zapytaniami oraz wykaz wartości granicznych z datą obserwacji. Do tego dwie procedury, po które sięga się najczęściej: założenie okna serwisowego dla partnera i dodanie nowej integracji do pomiaru.

Przy każdym ustawieniu zapisujemy powód i dzień, z którego pochodzą dane. Kolejna osoba otwierająca tę konfigurację za rok ma wtedy jak sprawdzić, skąd wzięła się konkretna liczba, i nie musi wybierać między pozostawieniem jej na zawsze a skasowaniem w ciemno.

Firmie, w której nikt nie ma czasu czytać zdarzeń, mówimy przed podpisaniem umowy, że własna instalacja się nie utrzyma. Zostaje po niej reguła w skrzynce pocztowej i maszyna, której nikt nie chce wyłączyć, a pieniądze wydane na konfigurację nie wracają. Lepszym wyborem jest wtedy stały nadzór nad infrastrukturą, przy którym zdarzenia przegląda ktoś spoza firmy.

Widok na zebrane dane buduje dashboard w Grafanie, stan samych maszyn opisuje monitoring serwerów w Gdańsku, łącza i pracę w terenie monitoring sieci w Gdańsku, a pełny opis techniczny konfiguracji wdrożenie Zabbiksa w wersji krajowej. Zakres prac omówimy pod numerem +48 888 777 822 albo przez formularz kontaktowy.

Treść sprawdzona i zaktualizowana: 2 sierpnia 2026