Zabbix · Monitoring · Sieci

Zabbix — monitoring sieci od podstaw

Aktualizacja: lipiec 2026 · czas czytania ~9 min

Zabbix to jeden z najpotężniejszych otwartych systemów monitoringu — pilnuje serwerów, routerów, switchy i usług, zbiera metryki i wysyła alarmy, gdy coś padnie. Wygląda onieśmielająco, ale start jest prostszy, niż się wydaje. Pokażę instalację w Dockerze i dodanie pierwszego hosta, żebyś w kilkanaście minut widział, czy Twój sprzęt żyje.

Krok 1: instalacja w Dockerze

Zabbix składa się z kilku elementów: bazy, serwera i frontendu web. Najprościej postawić je razem przez compose (tu z PostgreSQL):

services:
  zabbix-db:
    image: postgres:16
    restart: unless-stopped
    environment:
      POSTGRES_USER: zabbix
      POSTGRES_PASSWORD: <haslo>
      POSTGRES_DB: zabbix
    volumes:
      - zbx_db:/var/lib/postgresql/data

  zabbix-server:
    image: zabbix/zabbix-server-pgsql:latest
    restart: unless-stopped
    environment:
      DB_SERVER_HOST: zabbix-db
      POSTGRES_USER: zabbix
      POSTGRES_PASSWORD: <haslo>
      POSTGRES_DB: zabbix
    ports:
      - "10051:10051"
    depends_on: [zabbix-db]

  zabbix-web:
    image: zabbix/zabbix-web-nginx-pgsql:latest
    restart: unless-stopped
    environment:
      DB_SERVER_HOST: zabbix-db
      POSTGRES_USER: zabbix
      POSTGRES_PASSWORD: <haslo>
      POSTGRES_DB: zabbix
      ZBX_SERVER_HOST: zabbix-server
    ports:
      - "8082:8080"
    depends_on: [zabbix-server]

volumes:
  zbx_db:

Po starcie wejdź na http://IP_SERWERA:8082. Domyślne logowanie to Admin / zabbix — zmień hasło od razu.

Krok 2: dodaj pierwszy host (router po ICMP)

Najprostszy monitoring to sprawdzanie, czy urządzenie odpowiada na ping. W Data collection → Hosts → Create host:

Host name — np. Router-Glowny.
Interfaces — dodaj interfejs typu Agent lub SNMP z IP urządzenia.
Templates — dopnij ICMP Ping (monitoring dostępności) albo gotowy szablon producenta.
Groups — np. Sieć.

Po chwili w Monitoring → Latest data zobaczysz metryki: dostępność, opóźnienie, utratę pakietów.

Krok 3: monitoring po SNMP

Ping mówi tylko „żyje / nie żyje". Prawdziwy wgląd (obciążenie interfejsów, temperatura, ruch) daje SNMP. Włącz SNMP na urządzeniu (np. na routerze community read-only), dodaj interfejs SNMP w hoście i dopnij szablon producenta (np. „by SNMP"). Zabbix zacznie odpytywać liczniki i rysować wykresy ruchu.

Dobra praktyka. Zacznij od kilku kluczowych hostów i szablonów, nie od wszystkiego naraz. Zbyt agresywne interwały odpytywania i setki elementów potrafią zalać Cię szumem i obciążyć bazę. Rozbudowuj stopniowo.

Krok 4: sensowne alarmy

Monitoring bez powiadomień jest ślepy. W Alerts → Media types skonfiguruj e-mail (SMTP), a w Alerts → Actions ustaw, kiedy wysyłać alarm (np. problem o wadze High lub wyżej). Kluczowe, żeby nie zasypać się mailami:

Ustaw progi i wagi problemów rozsądnie — nie każdy skok to awaria.
Rozważ opóźnienie / eskalację — alarm dopiero, gdy problem trwa np. 5 min (odsiewa krótkie mignięcia).
Osobne kanały dla różnych wag (mail dla High, dashboard dla Warning).

Alarmy Zabbixa świetnie nadają się do dalszej automatyzacji — można je przechwycić i wzbogacić danymi z API, a opis wygenerować modelem AI. Opisaliśmy to w poradniku o n8n + AI do obsługi alarmów.

Sprzęt pod monitoring

Serwer/mini-PC na Zabbixa

Zabbix z bazą lubi trochę zasobów — na kilkadziesiąt hostów wystarczy mini-PC z 8–16 GB RAM i SSD. Do większych wdrożeń warto oddzielić bazę na osobny dysk.

Zobacz serwery i mini-PC ›

Link afiliacyjny — prowizja dla nas, cena dla Ciebie bez zmian.

Podsumowanie

Zabbix w Dockerze = baza + serwer + frontend; start w kilkanaście minut.
Pierwszy host po ICMP (żyje/nie żyje), potem SNMP po realny wgląd.
Zacznij od kilku hostów i szablonów — unikniesz szumu i przeciążenia bazy.
Alarmy z progami i eskalacją; można je dalej automatyzować (n8n + AI).