- usługi
- Wdrożenie i konfiguracja Zabbix Barlinek
Co obejmuje wdrożenie i konfiguracja Zabbix Barlinek?
Wdrożenie obejmuje siedem części: architekturę i instalację, podłączenie hostów, szablony wraz z automatycznym wykrywaniem, progi zapisane w zmiennych zamiast na sztywno, powiadomienia z eskalacją, uporządkowanie zastanej instalacji, jeśli jakaś już stoi, oraz dokumentację i szkolenie.
- 01
Architektura i instalacja
Serwer, baza z kompresją danych historycznych i pośrednik w oddziale, dobrane do liczby hostów.
- 02
Podłączenie hostów
Agenty na maszynach, odpytywanie urządzeń sieciowych i zasilaczy, sprawdzenia usług z zewnątrz.
- 03
Szablony i wykrywanie
Szablony producenta uzupełnione o Wasze usługi, z automatycznym wykrywaniem dysków i interfejsów.
- 04
Progi w zmiennych
Wartości definiowane raz i nadpisywane tam, gdzie konkretna maszyna rządzi się swoimi prawami.
- 05
Powiadomienia z eskalacją
Kto dostaje sygnał, po jakim czasie sprawa idzie wyżej i co jest wyciszone w nocy.
- 06
Porządkowanie zastanej instalacji
Przegląd cudzego wdrożenia i uporządkowanie grup, szablonów oraz akcji, gdy system hałasuje.
- 07
Dokumentacja i szkolenie
Opis wdrożenia, dostępy, kopia konfiguracji i szkolenie osób, które będą z tego korzystać.
Ile kosztuje wdrożenie i konfiguracja Zabbix Barlinek w mieście Barlinek?
Instalacja i konfiguracja dla maksymalnie trzydziestu hostów kosztuje od 5 900 zł netto jednorazowo, bez sprzętu i bez maszyny, na której system stanie. W cenie jest architektura, podłączenie hostów, szablony, progi, powiadomienia, dokumentacja i szkolenie. Uporządkowanie istniejącej instalacji wyceniamy po przeglądzie.
Tyle kosztuje: instalacja i konfiguracja dla do 30 hostów, bez sprzętu.
Wszystkie kwoty są netto. Tej usługi nie sprzedajemy z cennika, więc dokładną kwotę podajemy po rozmowie o zakresie, przed podpisaniem umowy.
Dlaczego zaczynamy od pytania, kto to będzie obsługiwał?
Bo od odpowiedzi zależy, czy ta usługa ma sens. Zabbix jest narzędziem inżynierskim: potężnym, darmowym i wymagającym. Postawiony i zostawiony sam sobie przez rok staje się źródłem alarmów, które wszyscy wyciszyli, i bazą rosnącą do momentu, aż zabraknie miejsca na dysku.
W firmie na dwadzieścia osób bez własnego informatyka lepszym rozwiązaniem jest monitoring w abonamencie, gdzie system stoi u nas, a obsługa jest naszą pracą. Mówimy to na pierwszym spotkaniu, mimo że jest to usługa tańsza od wdrożenia. Sprzedanie własnej instalacji firmie, która jej nie utrzyma, kończy się tym, że po roku nikt nie korzysta z niczego.
Własny system proponujemy w trzech sytuacjach. Kiedy w firmie jest osoba techniczna, choćby utrzymanie ruchu przy maszynach produkcyjnych. Kiedy dane z monitoringu nie mogą wychodzić poza Waszą sieć, bo dotyczą urządzeń produkcyjnych albo wymaga tego kontrahent. Kiedy monitorowanych rzeczy jest tyle, że własna instalacja wychodzi taniej niż abonament.
Jak dobieramy architekturę do wielkości firmy?
| Wielkość środowiska | Co stawiamy | Na czym |
|---|---|---|
| Do 30 hostów, jedna lokalizacja | serwer i baza na jednej maszynie | maszyna wirtualna, kilka rdzeni |
| Powyżej 50 hostów | baza na osobnej maszynie | szybkie dyski, więcej pamięci |
| Druga lokalizacja albo hala odcięta | pośrednik zbierający dane lokalnie | mała maszyna na miejscu |
| Urządzenia bez dostępu z sieci biurowej | pośrednik w wydzielonej sieci | maszyna w tej samej sieci |
| Historia dłuższa niż rok | kompresja danych w bazie | włączona od początku |
Trzeci wiersz dotyczy zakładów, w których hala ma osobną sieć albo słabe połączenie z biurem. Pośrednik zbiera wtedy dane lokalnie i wysyła je zbiorczo, więc przerwa w łączu nie oznacza dziury w historii pomiarów.
Czym są progi w zmiennych i dlaczego to ważne?
Domyślna konfiguracja zawiera progi wpisane w szablony na sztywno. Zmiana takiej wartości dla jednej maszyny oznacza zwykle skopiowanie całego szablonu, a po roku firma ma dwadzieścia niemal identycznych szablonów i nikt nie wie, czym się różnią.
Zamiast tego zapisujemy progi jako zmienne definiowane raz, na poziomie szablonu, i nadpisywane wyłącznie tam, gdzie konkretna maszyna wymaga innej wartości. Serwer plików, na którym dysk zawsze jest zajęty w dziewięćdziesięciu procentach, dostaje własną wartość, a reszta środowiska korzysta ze wspólnej.
Efekt widać przy każdej kolejnej zmianie. Podniesienie progu dla całego środowiska to jedna edycja, a nie dwadzieścia. To brzmi jak drobiazg, ale właśnie z takich drobiazgów bierze się różnica między instalacją, która żyje, a taką, której nikt nie rusza ze strachu.
Jak ustawiamy powiadomienia, żeby ktoś je czytał?
Zaczynamy od pytania, kto ma je dostawać i o której. W firmie z jednoosobowym utrzymaniem ruchu odpowiedź brzmi zwykle: ta osoba w godzinach pracy, a poza nimi nikt, bo i tak nie przyjedzie. Wtedy wyciszamy wszystko poza zdarzeniami krytycznymi i zostawiamy je do porannego przeglądu.
Drugą zasadą jest eskalacja. Alarm, który nie został przyjęty przez ustalony czas, idzie do kolejnej osoby. Bez tego jedna nieodebrana wiadomość oznacza, że awaria czeka do rana. Trzecią zasadą jest grupowanie: dwadzieścia maszyn, które przestały odpowiadać w tej samej sekundzie, to jeden problem z siecią, a nie dwadzieścia problemów.
Bez tych trzech rzeczy monitoring produkuje szum, a szum jest gorszy od braku monitoringu, bo daje złudzenie kontroli.
Co zostawiamy po zakończeniu wdrożenia?
Działający system, wyeksportowaną konfigurację, opis architektury, listę monitorowanych elementów wraz z uzasadnieniem i procedurę dodawania nowego hosta. Do tego szkolenie dla osób, które będą z tego korzystać, prowadzone przy Waszym środowisku, a nie na przykładach z instrukcji.
Zostawiamy też listę rzeczy, których świadomie nie objęliśmy, i powód. Zwykle są to urządzenia, które nie potrafią o sobie nic powiedzieć, oraz systemy producentów maszyn, do których nie mamy dostępu. Wiedza o granicach monitoringu jest częścią monitoringu.
Gotową usługę bez własnej instalacji opisaliśmy przy monitoringu infrastruktury, warstwę sieciową przy monitoringu sieci, a pulpity dla właściciela i zespołu przy dashboardach w Grafanie.
Treść sprawdzona i zaktualizowana: 31 lipca 2026
Od telefonu do działającego środowiska, pięć kroków
Nie przejmujemy środowiska w ciemno. Najpierw sprawdzamy, co macie, potem wyceniamy.
- Krok 1 Rozmowa i szybki przegląd tego, co macie i co boli najbardziej.
- Krok 2 Przegląd środowiska. Dostajesz listę ryzyk i kolejność ich naprawiania.
- Krok 3 Oferta z zakresem, czasem reakcji i ceną. Bez ukrytych pozycji.
- Krok 4 Przejęcie środowiska, dokumentacja, dostępy, monitoring.
- Krok 5 Praca bieżąca i przeglądy. Raport co miesiąc.
Pytania, które padają najczęściej
Odpowiedzi na to, o co pytają firmy przed podpisaniem umowy.
Częste pytania klientów na tym etapie:Firmie, która nie ma nikogo, kto zajmowałby się informatyką na co dzień. Własny system trzeba aktualizować, poprawiać i czytać, a bez tego po roku stoi i hałasuje alarmami, które wszyscy wyciszyli. Takim firmom proponujemy monitoring w abonamencie, bo tam obsługa jest po naszej stronie.
Gdy w firmie pracuje osoba techniczna, gdy wymagają tego zasady dotyczące danych, które nie mogą wychodzić poza Waszą sieć, albo gdy monitorujecie urządzenia produkcyjne, do których nie chcecie dawać dostępu z zewnątrz. W zakładzie z własnym utrzymaniem ruchu to typowa sytuacja.
Niczym w warstwie technicznej, bo w abonamencie używamy tego samego narzędzia. Różnica jest własnościowa i operacyjna: przy własnym wdrożeniu system stoi u Was, dane zostają w Waszej sieci i Wasz zespół nim zarządza. W abonamencie system i praca są po naszej stronie.
Zwykle dwa do trzech tygodni, z czego pierwszy tydzień to instalacja i podłączanie hostów, a kolejne to obserwacja i strojenie progów. Wasz zespół potrzebny jest przy dwóch rzeczach: wskazaniu, które usługi są krytyczne, i ustaleniu, kto ma dostawać powiadomienia.
Zwykle tak i jest to częstsze zlecenie niż wdrożenie od zera. Zaczynamy od przeglądu: co jest monitorowane, ile alarmów powstaje dziennie i ile z nich wymagało jakiegokolwiek działania. Potem porządkujemy grupy, szablony i progi, żeby sygnałów było mniej, a każdy coś znaczył.
Wystarczy maszyna wirtualna z kilkoma rdzeniami i dyskiem szybszym niż typowy talerzowy, bo baza zapisu jest obciążeniem ciągłym. Przy trzydziestu hostach nie potrzeba nic dużego. Ważniejsze jest, żeby stała na innym sprzęcie niż to, co monitoruje.
To normalna droga i przechodzimy nią bez przebudowy. System zostaje tam, gdzie stoi, a zmienia się to, kto odbiera powiadomienia i kto stroi progi. Konfiguracja jest opisana i wyeksportowana, więc przejęcie opieki nie wymaga zaczynania od nowa.
Obsługa IT w mieście Barlinek
Do klientów w mieście Barlinek dojeżdżamy na miejsce, resztę zamykamy zdalnie.
Nasze biura, 14 adresów
Umów przegląd IT w mieście Barlinek
Krótka rozmowa wystarczy, żeby ocenić zakres prac i podać widełki kosztu. Bez zobowiązań.
Pozostałe usługi w mieście Barlinek
Zestaw zmienia się codziennie, więc przy kolejnej wizycie zobaczysz inny wycinek katalogu.
Migracja poczty do Microsoft 365 Barlinek
Przenosimy skrzynki barlineckiej firmy z hostingu, z serwera w kantorku albo z prywatnych kont na Microsoft 365, razem z historią i kalendarzami. Przełączenie odbywa się poza godzinami pracy, więc poczta nie przestaje chodzić. Do dwudziestu skrzynek kosztuje od 2 900 zł netto.
Zobacz usługęWdrożenie sieci Cisco Barlinek
Rozmowa o Cisco w małej firmie zaczyna się zwykle nie od techniki, tylko od ankiety przysłanej przez kontrahenta albo od warunków dofinansowania. Tłumaczymy, co te zapisy naprawdę oznaczają, i budujemy sieć, która je spełnia. Za pracę w jednym obiekcie płacicie od 6 500 zł netto, sprzęt osobno.
Zobacz usługęTerraform i infrastruktura jako kod Barlinek
Opisujemy środowisko chmurowe w Terraformie, żeby dało się je odtworzyć poleceniem zamiast z pamięci. W firmie z Barlinka ma to sens dopiero przy kilku środowiskach albo przy zespole technicznym. Opisanie tego, co już działa, zaczyna się od 3 900 zł netto.
Zobacz usługę