Wdrożenie Zabbix Białystok

Jak wdrożyć monitoring, nie stojąc przy szafie?

Zmieniając kolejność prac. Przy kliencie w tym samym mieście inżynier zaczyna od obejrzenia serwerowni i dopiero potem siada do konfiguracji, bo obejrzenie kosztuje pół godziny. Przy firmie z Białegostoku ta sama półgodzinna czynność kosztuje wyjazd, więc odwracamy porządek: najpierw zbieramy wszystko, co da się zebrać przez sieć i przez Waszą osobę, potem budujemy monitoring, a oględziny zostawiamy na koniec, gdy wiadomo już, czego dokładnie szukać w szafie.

Ta zmiana ma jeden warunek. Spis środowiska musi być rzetelny, bo cały plan opiera się na tym, co w nim stoi. Dlatego nie prosimy o „listę sprzętu”, tylko dajemy formularz z konkretnymi pozycjami do wypełnienia i listą zdjęć do zrobienia, którą przejdzie osoba nietechniczna w jedno popołudnie.

Drugi warunek dotyczy dostępów. Sprzęt, do którego nikt nie ma hasła, jest najczęstszą przyczyną przeciągania się wdrożenia i przy pracy na odległość kosztuje więcej niż gdzie indziej, bo resetu urządzenia nie da się zrobić przez telefon w pięć minut. Hasła zbieramy więc na samym początku i od razu układamy w sejfie.

Co robimy zdalnie, a co odkładamy do jednej wizyty?

Etap	Gdzie się dzieje	Kto wykonuje
Spis sprzętu, zdjęcia szaf, podpisanie urządzeń	u Was	Wasza osoba z naszą listą
Instalacja serwera, bazy i kompresji historii	zdalnie	my
Uruchomienie proxy w zakładzie	u Was, prowadzone zdalnie	Wasza osoba z naszą instrukcją
Rozdanie agentów na serwery i stacje	zdalnie	my
Włączenie SNMP na urządzeniach sieciowych	zdalnie	my
Podłączenie zasilania awaryjnego i urządzeń produkcyjnych	zdalnie, czasem z pomocą na miejscu	my z Waszą osobą
Okres obserwacji bez powiadomień	zdalnie	my
Strojenie wartości granicznych i zależności	zdalnie	my
Oględziny szaf, wolne porty, warunki w pomieszczeniu	u Was	my, przy wizycie
Odbiór, przekazanie dostępów i szkolenie	u Was	my, przy wizycie

Podział ten ma jedną zaletę, której nie widać na pierwszy rzut oka: wizyta odbiorcza jest wtedy najbardziej wartościowym dniem całego wdrożenia. Inżynier przyjeżdża, wiedząc już, które urządzenie milczy, który port dziwnie się zachowuje i której szafy nikt nie potrafił opisać, więc zamiast rozpoznawać środowisko, zamyka konkretne sprawy.

Co spisuje Wasza osoba i po co te zdjęcia?

Zdjęcia zastępują nam obecność i są tańsze od każdej innej metody. Prosimy o cztery ujęcia każdej szafy: front z zamkniętymi drzwiami, front otwarty, tył z okablowaniem oraz zbliżenie na opisy portów, jeśli w ogóle są. Do tego fotografia tabliczki znamionowej każdego urządzenia, bo z niej bierzemy model i numer seryjny bez zgadywania.

Formularz obejmuje rzeczy, których nie widać ze zdjęcia: co jest w którym pomieszczeniu, czy szafa ma wentylację, czy zasilanie awaryjne obsługuje całą szafę czy jej część, kto ma klucz, gdzie wchodzi łącze operatora i czy jest wolna para włókien do drugiego budynku. Pytania są proste, bo odpowiada na nie kierownik utrzymania ruchu, a nie informatyk.

Z tego materiału powstaje pierwsza wersja opisu środowiska, którą podczas wizyty tylko poprawiamy. W praktyce spis wykrywa co najmniej jedną rzecz, o której firma nie wiedziała: urządzenie wpięte i nieużywane od lat, drugi przełącznik w innym pomieszczeniu albo zasilacz awaryjny z bateriami po terminie.

Po co proxy w zakładzie, skoro serwer stoi u nas?

Bo bez niego pierwsza przerwa w łączu wywraca cały obraz. Serwer stojący poza Waszą siecią odbiera wtedy komplet zdarzeń o niedostępności każdej maszyny naraz, a po powrocie połączenia dostaje dziurę w historii dokładnie w miejscu, które trzeba by przeanalizować. Proxy uruchomione w zakładzie zbiera odczyty lokalnie i dosyła je później, więc dane z przerwy są kompletne, a zdarzeniem zostaje sam zanik łącza.

Uruchomienie jest proste do wykonania rękami osoby nietechnicznej. Maszyna wirtualna albo mały komputer w szafie, jedna sesja wychodząca do naszego serwera, żadnego ruchu przychodzącego do Waszej sieci. Przy dwóch adresach stawiamy dwa proxy, po jednym w każdym miejscu, bo wtedy widać także stan połączenia między nimi.

Kiedy wystarczy uporządkowanie tego, co już stoi?

Wtedy, gdy monitoring w firmie jest, tylko nikt na niego nie patrzy. Objawy są zawsze te same: powiadomienia idą na skrzynkę zespołową, przy której każdy zakłada, że zajmie się tym ktoś inny, wartości graniczne pochodzą z instalatora i są identyczne dla serwera bazy i dla drukarki, awaria jednego przełącznika generuje kilkadziesiąt osobnych zdarzeń, a host, z którego przestały spływać dane, wygląda na pulpicie zupełnie spokojnie.

Taki przypadek nie wymaga stawiania wszystkiego od nowa. Za około dzień pracy porządkujemy grupy hostów, szablony, makra, wyzwalacze i akcje, dokładamy zależności między urządzeniami oraz sprawdzenie braku danych, a na koniec zostawiamy wykaz poprawek z podziałem na wykonane i te do decyzji po Waszej stronie.

Rozróżnienie tych dwóch sytuacji robimy przed wyceną, na krótkiej rozmowie i podglądzie konfiguracji. Nie ma sensu sprzedawać wdrożenia komuś, kto potrzebuje jednego dnia strojenia.

Co zostaje u Was po odbiorze?

Komplet, który ma przetrwać zmianę dostawcy i odejście osoby prowadzącej temat. Opis architektury z adresami i wersjami, wykaz hostów z przypisanymi szablonami, zestawienie wartości granicznych razem z uzasadnieniem każdej z nich, schemat powiadamiania z rolami, kopia konfiguracji odtwarzalna na czystej maszynie oraz procedury na dwie sytuacje, które zdarzają się najczęściej: dodanie nowego serwera i wyciszenie monitoringu na czas prac.

Do tego dochodzi szkolenie prowadzone dla osoby, która nie pracuje w informatyce, bo w podlaskiej firmie to zwykle ona będzie pierwszym odbiorcą powiadomienia. Uczymy trzech rzeczy: jak odczytać, czego dotyczy zdarzenie, co wolno zrobić samodzielnie i kiedy dzwonić. Reszta jest naszą robotą.

Stały nadzór z jednym rejestrem i raportem miesięcznym opisuje monitoring infrastruktury IT, wizualizację danych z tego wdrożenia dashboard w Grafanie, a sam pomiar łączy i urządzeń monitoring sieci.

Treść sprawdzona i zaktualizowana: 14 sierpnia 2026