Instalacja z kontenerów

Przegląd

Ta strona opisuje, jak wdrożyć Zabbix przy użyciu Docker lub Docker Compose.

Docker Compose to najszybszy sposób wdrożenia Zabbix. Odczytuje plik konfiguracyjny i automatycznie uruchamia wszystkie kontenery składające się na kompletną konfigurację Zabbix, we właściwej kolejności.

Docker (wdrożenie ręczne) pozwala osiągnąć ten sam rezultat poprzez wdrażanie każdego komponentu krok po kroku.

Od wersji Zabbix 6.0 deterministyczne wyzwalacze muszą zostać utworzone podczas instalacji. Jeśli dla MySQL/MariaDB włączone jest logowanie binarne, wymaga to uprawnień superusera lub ustawienia zmiennej/parametru konfiguracyjnego log_bin_trust_function_creators = 1. Instrukcje dotyczące ustawienia tej zmiennej znajdują się w sekcji Skrypty tworzenia bazy danych.

Należy pamiętać, że w przypadku wykonania z konsoli zmienna zostanie ustawiona tylko tymczasowo i zostanie utracona po ponownym uruchomieniu Docker. W takim przypadku pozostaw usługę SQL uruchomioną, zatrzymaj tylko usługę zabbix-server, uruchamiając docker compose down zabbix-server, a następnie docker compose up -d zabbix-server.

Alternatywnie można ustawić tę zmienną w pliku konfiguracyjnym.

Wymagania wstępne

Przed rozpoczęciem upewnij się, że Docker (1.12.0 lub nowszy) jest zainstalowany w systemie. Jeśli nie, postępuj zgodnie z przewodnikiem instalacji Docker. W przypadku wdrożenia Docker Compose wymagany jest również Docker Compose (2.24.0 lub nowszy).

Niektóre komponenty Zabbix wymagają, aby na hoście uruchamiającym Docker były otwarte określone porty (np. 10051/TCP dla serwera Zabbix, 162/UDP dla pułapek SNMP). Pełną listę portów używanych przez komponenty Zabbix można znaleźć w sekcji Wymagania. W przypadku serwera Zabbix i agent domyślny port można zmienić, ustawiając zmienną środowiskową ZBX_LISTENPORT w odpowiednim kontenerze.

Dostępne obrazy Docker

Zabbix udostępnia obraz Docker dla każdego komponentu Zabbix, a wszystkie są publikowane w Docker Hub. Każdy obraz jest używany do utworzenia kontenera uruchamiającego dany komponent.

Komponent Zabbix Obraz Docker
agent zabbix/zabbix-agent
agent 2 zabbix/zabbix-agent2
serwer (MySQL) zabbix/zabbix-server-mysql
serwer (PostgreSQL) zabbix/zabbix-server-pgsql
Interfejs webowy (Apache + MySQL) zabbix/zabbix-web-apache-mysql
Interfejs webowy (Apache + PostgreSQL) zabbix/zabbix-web-apache-pgsql
Interfejs webowy (Nginx + MySQL) zabbix/zabbix-web-nginx-mysql
Interfejs webowy (Nginx + PostgreSQL) zabbix/zabbix-web-nginx-pgsql
proxy (SQLite3) zabbix/zabbix-proxy-sqlite3
proxy (MySQL) zabbix/zabbix-proxy-mysql
Java gateway zabbix/zabbix-java-gateway
Usługa webowa zabbix/zabbix-web-service
Pułapki SNMP zabbix/zabbix-snmptraps

Aby używać pułapek SNMP, kontener pułapek SNMP musi współdzielić wolumin z kontenerem serwera Zabbix lub proxy (zobacz jak używać tego obrazu w Docker Hub oraz przykład poniżej).

Wszystkie obrazy komponentów Zabbix w Docker Hub są oparte na najnowszych głównych wersjach obsługiwanych systemów operacyjnych. Obrazy te są automatycznie przebudowywane po zaktualizowaniu bazowych obrazów systemu operacyjnego.

Tagi obrazów

Każdy obraz obsługuje tagi umożliwiające wybór bazowego systemu operacyjnego i wersji Zabbix:

zabbix/<image>:<os>-<version>

Obsługiwane wartości <os>:

  • alpine - Alpine Linux
  • ubuntu - Ubuntu
  • centos - CentOS Stream
  • ol - Oracle Linux
  • ltsc2022 - Windows 11 LTSC 2022 (tylko Zabbix agent)

Obsługiwane wartości <version>:

  • latest - Najnowsza stabilna wersja Zabbix na Alpine Linux
  • <os>-latest - Najnowsza stabilna wersja Zabbix w wybranym systemie operacyjnym
  • <os>-trunk - Najnowsza wersja rozwojowa (nightly) w wybranym systemie operacyjnym
  • <os>-X.X-latest - Najnowsze wydanie poboczne Zabbix dla określonej wersji głównej Zabbix w wybranym systemie operacyjnym
  • <os>-X.X.* - Określone wydanie poboczne Zabbix w wybranym systemie operacyjnym

Przykłady:

# Najnowszy stabilny Zabbix proxy (SQLite3) na Alpine Linux:
docker pull zabbix/zabbix-proxy-sqlite3:latest

# Najnowszy stabilny Zabbix proxy (SQLite3) na Ubuntu:
docker pull zabbix/zabbix-proxy-sqlite3:ubuntu-latest

# Najnowsza wersja rozwojowa (nightly) Zabbix serwer (MySQL) na Ubuntu:
docker pull zabbix/zabbix-server-mysql:ubuntu-trunk

# Najnowsze wydanie poboczne 8.0 Zabbix serwer (MySQL) na Alpine Linux:
docker pull zabbix/zabbix-server-mysql:alpine-8.0-latest

# Wersja 8.0.1 Zabbix serwer (MySQL) na Alpine Linux:
docker pull zabbix/zabbix-server-mysql:alpine-8.0.1

Docker Compose

Docker Compose to najszybszy sposób wdrożenia Zabbix. Odczytuje plik konfiguracyjny (plik Compose) i obsługuje całą konfigurację — pobieranie obrazów Docker, tworzenie wewnętrznej sieci między kontenerami, konfigurowanie pamięci masowej, inicjalizację bazy danych oraz uruchamianie wszystkiego we właściwej kolejności.

Repozytorium official Zabbix Dockerfiles udostępnia gotowe do użycia pliki Docker Compose oraz system konfiguracji oparty na .env, obsługujący różne systemy operacyjne, backendy baz danych i konfigurację komponentów Zabbix.

1. Sklonuj repozytorium, przejdź do niego i przełącz się na wersję 8.0:

git clone https://github.com/zabbix/zabbix-docker.git
cd zabbix-docker
git checkout 8.0

2. (Opcjonalnie) Dostosuj wdrożenie za pomocą zmiennych środowiskowych. Ten krok można pominąć w przypadku domyślnej konfiguracji.

3. Wdróż domyślną konfigurację — serwer Zabbix, interfejs webowy (uruchomiony na Nginx) oraz backend bazy danych (MySQL lub PostgreSQL), z których każdy działa we własnym kontenerze na Alpine Linux.

# Z MySQL jako bazą danych:
docker compose -f ./compose.yaml up -d

# Z PostgreSQL jako bazą danych:
docker compose -f ./compose_pgsql.yaml up -d

Po uruchomieniu kontenerów (zwykle w ciągu 1–3 minut) serwer Zabbix zostanie uruchomiony, a interfejs webowy będzie dostępny pod adresem http://localhost.

Użyj docker compose ps, aby sprawdzić stan kontenerów. Wszystkie kontenery (z wyjątkiem kontenera zabbix-docker-server-db-init-1) powinny mieć status Up. Jeśli którykolwiek ma status Exited, sprawdź jego logi za pomocą docker logs <container-name>.

Zmienne środowiskowe

Zarówno zachowanie Docker Compose, jak i konfigurację komponentów Zabbix można dostosować za pomocą zmiennych środowiskowych.

Zmienne na poziomie Compose (zdefiniowane w pliku .env) określają, które obrazy Docker, porty i zakresy adresów IP sieci są używane. Możesz używać tych zmiennych inline przed poleceniem docker compose lub edytować plik .env.

Na przykład poniższe polecenie wdraża kompletną, wielokontenerową konfigurację Zabbix z użyciem obrazu opartego na Ubuntu (zamiast domyślnego Alpine Linux) oraz udostępnia interfejs WWW przez Nginx na niestandardowych portach HTTP (8282) i HTTPS (8443):

OS=ubuntu \
ZABBIX_WEB_NGINX_HTTP_PORT=8282 \
ZABBIX_WEB_NGINX_HTTPS_PORT=8443 \
docker compose -f ./compose.yaml up -d

Zmienne na poziomie komponentu (zdefiniowane w plikach env_vars/.env_<component>) sterują konfiguracją komponentów Zabbix. Przed uruchomieniem polecenia docker compose edytuj odpowiedni plik .env_<component>.

Na przykład możesz dostosować liczbę pasywnych pollerów serwera Zabbix i ustawienia pamięci podręcznej, a także skonfigurować strefę czasową interfejsu WWW, edytując następujące zmienne:

# env_vars/.env_srv
ZBX_STARTPOLLERS=20
ZBX_CACHESIZE=64M
ZBX_HISTORYCACHESIZE=32M

# env_vars/.env_web
PHP_TZ=Europe/Paris

Zmienne środowiskowe na poziomie komponentu odpowiadają parametrom konfiguracji komponentów Zabbix, ale używają innego stylu nazewnictwa (np. ZBX_STARTPOLLERS odpowiada StartPollers). Niektóre zmienne są specyficzne dla Dockera, a niektórych parametrów konfiguracyjnych nie można zmienić (np. PIDFile i LogType). W przypadku korzystania ze zmiennych środowiskowych zapoznaj się z sekcją Environment variables w opisie obrazu Docker każdego komponentu na Docker Hub.

Wolumeny

Docker Compose przechowuje trwałe dane w katalogu zbx_env/ utworzonym obok pliku Compose. Ten katalog zachowuje dane komponentów między restartami i aktualizacjami kontenerów.

Zawartość zbx_env/ jest wstępnie zdefiniowana dla obrazu każdego komponentu. Na przykład:

Więcej informacji o każdym wolumenie można znaleźć w sekcji Allowed volumes w opisie obrazu Docker każdego komponentu w Docker Hub.

Makefile

Repozytorium Zabbix Dockerfiles udostępnia również Makefile jako skrót do typowych zadań Docker Compose. Zamiast używać pełnego polecenia docker compose, możesz używać krótszych poleceń make (uruchom make help, aby zobaczyć dostępne opcje):

# Domyślne wdrożenie (serwer Zabbix, interfejs web, MySQL, wszystko na Alpine Linux)
make up

# Własne wdrożenie (serwer Zabbix, interfejs web z niestandardowymi portami Nginx, PostgreSQL, wszystko na Ubuntu)
make up \
  OS=ubuntu \
  DB=pgsql \
  ZABBIX_WEB_NGINX_HTTP_PORT=8282 \
  ZABBIX_WEB_NGINX_HTTPS_PORT=8443

Podczas zatrzymywania lub usuwania kontenerów zawsze podawaj ten sam typ bazy danych, który został wdrożony (np. make down DB=pgsql).

Domyślnie make up uruchamia tylko minimalny zestaw usług (serwer Zabbix, interfejs web i baza danych). Dzięki temu konfiguracja pozostaje lekka i nie uruchamia komponentów, które mogą nie być potrzebne. Aby uwzględnić dodatkowe komponenty, możesz użyć następujących profili Compose:

# Domyślne wdrożenie + agent Zabbix, Java gateway, usługa web i pułapki SNMP:
make up COMPOSE_PROFILES=full

# COMPOSE_PROFILES=full + proxy Zabbix (MySQL i SQLite3):
make up COMPOSE_PROFILES=all

Docker (wdrożenie ręczne)

Użyj wdrożenia ręcznego, gdy chcesz wdrożyć Zabbix krok po kroku, uruchamiać poszczególne komponenty, zintegrować je z istniejącym środowiskiem lub użyć alternatywnego środowiska uruchomieniowego kontenerów, takiego jak Podman.

Na przykład, aby wdrożyć proxy Zabbix, uruchom następujące polecenie:

docker run --name zabbix-proxy-sqlite3 \
  -e ZBX_SERVER_HOST=192.0.2.0 \
  -e ZBX_PROXYMODE=0 \
  -e ZBX_HOSTNAME=zabbix-proxy-sqlite3 \
  -v zabbix-proxy-data:/var/lib/zabbix/db_data \
  --init \
  -d \
  zabbix/zabbix-proxy-sqlite3:alpine-8.0-latest

To polecenie:

  • Pobiera obraz Docker zabbix/zabbix-proxy-sqlite3:alpine-8.0-latest.

  • Tworzy i uruchamia kontener zabbix-proxy-sqlite3 na podstawie obrazu Docker (z flagami --init i -d).

  • Konfiguruje parametr Server proxy Zabbix za pomocą zmiennej środowiskowej ZBX_SERVER_HOST. Parametr ten określa adres IP serwera Zabbix, z którego proxy będzie pobierać dane konfiguracyjne i do którego będzie wysyłać zebrane dane. Zwróć uwagę, że inne zmienne wymagane do działania aktywnego proxy używają wartości domyślnych i mogą zostać pominięte.

Zmienne środowiskowe odpowiadają parametrom konfiguracji komponentów Zabbix, używając innego stylu nazewnictwa (np. ZBX_SERVER_HOST odpowiada Server). Niektóre zmienne są specyficzne dla Dockera, a niektórych parametrów konfiguracyjnych nie można zmienić (np. PIDFile i LogType). W przypadku używania zmiennych środowiskowych zapoznaj się z sekcją Environment variables w opisie obrazu Docker każdego komponentu na Docker Hub.

  • Podłącza lokalizację przechowywania zarządzaną przez Docker (np. /var/lib/docker/volumes/zabbix-proxy-data/) do katalogu /var/lib/zabbix kontenera, aby dane proxy Zabbix były przechowywane trwale, nawet jeśli kontener zostanie usunięty.

Więcej informacji o każdym wolumenie można znaleźć w sekcji Allowed volumes w opisie obrazu Docker każdego komponentu na Docker Hub.

Po wdrożeniu kontenera proxy Zabbix możesz przejść do dodania proxy w swoim frontendzie Zabbix i skonfigurowania hostów, które mają być monitorowane przez to proxy.

Poniższe przykłady obejmują trzy dodatkowe scenariusze wdrożenia:

  • serwer Zabbix (MySQL) z Java gateway
  • serwer Zabbix (PostgreSQL) z pułapkami SNMP
  • serwer Zabbix (MySQL) z Java gateway w RHEL 8

Więcej przykładów znajdziesz w opisie obrazu Docker każdego komponentu na Docker Hub.

Wdrażanie serwera Zabbix (MySQL) z Java gateway

Ten przykład pokazuje, jak wdrożyć serwer Zabbix z backendem MySQL, Java gateway do monitorowania JMX oraz interfejsem WWW opartym na Nginx.

1. Utwórz dedykowaną sieć Docker, aby wszystkie kontenery komponentów Zabbix mogły komunikować się ze sobą za pomocą nazw kontenerów:

docker network create --subnet 172.20.0.0/16 --ip-range 172.20.240.0/20 zabbix-net

2. Uruchom pusty kontener serwera MySQL (zamień zabbix_pwd i root_pwd na silne hasła):

docker run --name mysql-server -t \
  -e MYSQL_DATABASE="zabbix" \
  -e MYSQL_USER="zabbix" \
  -e MYSQL_PASSWORD="zabbix_pwd" \
  -e MYSQL_ROOT_PASSWORD="root_pwd" \
  --network=zabbix-net \
  --restart unless-stopped \
  -d mysql:8.4-oracle \
  --character-set-server=utf8mb4 --collation-server=utf8mb4_bin \
  --authentication-policy=caching_sha2_password

MySQL musi zostać w pełni zainicjalizowany przed uruchomieniem kontenera serwera Zabbix w kroku 4, w przeciwnym razie schemat Zabbix może nie zostać załadowany poprawnie. Aby potwierdzić, że MySQL jest gotowy, uruchom docker logs mysql-server i kontynuuj dopiero wtedy, gdy zobaczysz /usr/sbin/mysqld: ready for connections.

3. Uruchom kontener Zabbix Java gateway:

docker run --name zabbix-java-gateway -t \
  --network=zabbix-net \
  --restart unless-stopped \
  -d zabbix/zabbix-java-gateway:alpine-8.0-latest

4. Uruchom kontener serwera Zabbix i połącz go z kontenerem serwera MySQL (zamień zabbix_pwd i root_pwd na te same hasła, których użyto w kroku 2):

docker run --name zabbix-server-mysql -t \
  -e DB_SERVER_HOST="mysql-server" \
  -e MYSQL_DATABASE="zabbix" \
  -e MYSQL_USER="zabbix" \
  -e MYSQL_PASSWORD="zabbix_pwd" \
  -e MYSQL_ROOT_PASSWORD="root_pwd" \
  -e ZBX_JAVAGATEWAY="zabbix-java-gateway" \
  --network=zabbix-net \
  -p 10051:10051 \
  --restart unless-stopped \
  -d zabbix/zabbix-server-mysql:alpine-8.0-latest

Po uruchomieniu kontenera serwera Zabbix poczekaj, aż serwer Zabbix zakończy inicjalizację schematu bazy danych. Aby potwierdzić gotowość, uruchom docker logs zabbix-server-mysql i kontynuuj dopiero wtedy, gdy nie będziesz już widzieć Creating 'zabbix' schema in MySQL.

5. Uruchom kontener interfejsu WWW Zabbix i połącz go z kontenerami serwera Zabbix oraz serwera MySQL (zamień zabbix_pwd i root_pwd na te same hasła, których użyto w kroku 2):

docker run --name zabbix-web-nginx-mysql -t \
  -e ZBX_SERVER_HOST="zabbix-server-mysql" \
  -e DB_SERVER_HOST="mysql-server" \
  -e MYSQL_DATABASE="zabbix" \
  -e MYSQL_USER="zabbix" \
  -e MYSQL_PASSWORD="zabbix_pwd" \
  -e MYSQL_ROOT_PASSWORD="root_pwd" \
  --network=zabbix-net \
  -p 80:8080 \
  --restart unless-stopped \
  -d zabbix/zabbix-web-nginx-mysql:alpine-8.0-latest

Po uruchomieniu kontenerów (zwykle w ciągu 1–3 minut) serwer Zabbix zostanie uruchomiony, a interfejs WWW będzie dostępny pod adresem http://localhost.

Wdrażanie serwera Zabbix (PostgreSQL) z pułapkami SNMP

Ten przykład pokazuje, jak wdrożyć serwer Zabbix z backendem PostgreSQL, pułapkami SNMP oraz interfejsem WWW opartym na Nginx.

1. Utwórz dedykowaną sieć Docker, aby wszystkie kontenery komponentów Zabbix mogły komunikować się ze sobą za pomocą nazw kontenerów:

docker network create --subnet 172.20.0.0/16 --ip-range 172.20.240.0/20 zabbix-net

2. Uruchom pusty kontener serwera PostgreSQL (zamień zabbix_pwd na silne hasło):

docker run --name postgres-server -t \
  -e POSTGRES_USER="zabbix" \
  -e POSTGRES_PASSWORD="zabbix_pwd" \
  -e POSTGRES_DB="zabbix" \
  --network=zabbix-net \
  --restart unless-stopped \
  -d postgres:latest

3. Uruchom kontener pułapek SNMP Zabbix:

docker run --name zabbix-snmptraps -t \
  -v /zbx_instance/snmptraps:/var/lib/zabbix/snmptraps:rw \
  -v /var/lib/zabbix/mibs:/usr/share/snmp/mibs:ro \
  --network=zabbix-net \
  -p 162:1162/udp \
  --restart unless-stopped \
  -d zabbix/zabbix-snmptraps:alpine-8.0-latest

4. Uruchom kontener serwera Zabbix, połącz go z kontenerem serwera PostgreSQL oraz kontenerem pułapek SNMP (zamień zabbix_pwd na to samo hasło, którego użyto w kroku 2):

docker run --name zabbix-server-pgsql -t \
  -e DB_SERVER_HOST="postgres-server" \
  -e POSTGRES_USER="zabbix" \
  -e POSTGRES_PASSWORD="zabbix_pwd" \
  -e POSTGRES_DB="zabbix" \
  -e ZBX_ENABLE_SNMP_TRAPS="true" \
  --network=zabbix-net \
  -p 10051:10051 \
  --volumes-from zabbix-snmptraps \
  --restart unless-stopped \
  -d zabbix/zabbix-server-pgsql:alpine-8.0-latest

Po uruchomieniu kontenera serwera Zabbix poczekaj, aż serwer Zabbix zakończy inicjalizację schematu bazy danych. Aby potwierdzić gotowość, uruchom docker logs zabbix-server-pgsql i kontynuuj dopiero wtedy, gdy nie będziesz już widzieć Creating 'zabbix' schema in PostgreSQL.

5. Uruchom kontener interfejsu WWW Zabbix i połącz go z kontenerami serwera Zabbix oraz serwera PostgreSQL (zamień zabbix_pwd na to samo hasło, którego użyto w kroku 2):

docker run --name zabbix-web-nginx-pgsql -t \
  -e ZBX_SERVER_HOST="zabbix-server-pgsql" \
  -e DB_SERVER_HOST="postgres-server" \
  -e POSTGRES_USER="zabbix" \
  -e POSTGRES_PASSWORD="zabbix_pwd" \
  -e POSTGRES_DB="zabbix" \
  --network=zabbix-net \
  -p 443:8443 \
  -p 80:8080 \
  -v /etc/ssl/nginx:/etc/ssl/nginx:ro \
  --restart unless-stopped \
  -d zabbix/zabbix-web-nginx-pgsql:alpine-8.0-latest

Po uruchomieniu kontenerów (zwykle w ciągu 1–3 minut) serwer Zabbix zostanie uruchomiony, a interfejs WWW będzie dostępny pod adresem http://localhost.

Wdrażanie serwera Zabbix (MySQL) z Java gateway w RHEL 8–10

Ten przykład pokazuje, jak wdrożyć serwer Zabbix z backendem MySQL, Java gateway do monitorowania JMX oraz interfejsem WWW opartym na Nginx, działające w systemie Red Hat Enterprise Linux 8, 9 lub 10.

W systemie Red Hat Enterprise Linux zalecanym środowiskiem uruchomieniowym kontenerów jest Podman zamiast Docker. Podman działa podobnie do Dockera, ale nie wymaga usługi działającej w tle jako root, co sprawia, że lepiej pasuje do środowisk Red Hat.

1. Utwórz nowy pod o nazwie zabbix i udostępnij porty dla interfejsu WWW Zabbix oraz trappera serwera Zabbix:

podman pod create --name zabbix -p 80:8080 -p 10051:10051

2. (Opcjonalnie) Uruchom kontener Zabbix agent w podzie zabbix:

podman run --name zabbix-agent \
  -e ZBX_SERVER_HOST="127.0.0.1,localhost" \
  --restart=always \
  --pod=zabbix \
  -d registry.connect.redhat.com/zabbix/zabbix-agent-80:latest

3. Utwórz katalog ./mysql/ na hoście RHEL:

mkdir -p ./mysql

4. Uruchom pusty kontener serwera MySQL (zamień zabbix_pwd i root_pwd na silne hasła):

podman run --name mysql-server -t \
  -e MYSQL_DATABASE="zabbix" \
  -e MYSQL_USER="zabbix" \
  -e MYSQL_PASSWORD="zabbix_pwd" \
  -e MYSQL_ROOT_PASSWORD="root_pwd" \
  -v ./mysql/:/var/lib/mysql/:Z \
  --restart=always \
  --pod=zabbix \
  -d mysql:8.4 \
  --character-set-server=utf8mb4 --collation-server=utf8mb4_bin \
  --authentication-policy=caching_sha2_password

MySQL musi zostać w pełni zainicjalizowany przed uruchomieniem kontenera serwera Zabbix w kroku 6, w przeciwnym razie schemat Zabbix może nie zostać załadowany poprawnie. Aby potwierdzić, że MySQL jest gotowy, uruchom podman logs mysql-server i kontynuuj dopiero wtedy, gdy zobaczysz /usr/sbin/mysqld: ready for connections.

5. Uruchom kontener Zabbix Java gateway:

podman run --name zabbix-java-gateway -t \
  --restart=always \
  --pod=zabbix \
  -d registry.connect.redhat.com/zabbix/zabbix-java-gateway-80

6. Uruchom kontener serwera Zabbix (zamień zabbix_pwd i root_pwd na te same hasła, których użyto w kroku 4):

podman run --name zabbix-server-mysql -t \
  -e DB_SERVER_HOST="127.0.0.1" \
  -e MYSQL_DATABASE="zabbix" \
  -e MYSQL_USER="zabbix" \
  -e MYSQL_PASSWORD="zabbix_pwd" \
  -e MYSQL_ROOT_PASSWORD="root_pwd" \
  -e ZBX_JAVAGATEWAY="127.0.0.1" \
  --restart=always \
  --pod=zabbix \
  -d registry.connect.redhat.com/zabbix/zabbix-server-mysql-80

7. Uruchom kontener interfejsu WWW Zabbix (zamień zabbix_pwd i root_pwd na te same hasła, których użyto w kroku 4):

podman run --name zabbix-web-mysql -t \
  -e ZBX_SERVER_HOST="127.0.0.1" \
  -e DB_SERVER_HOST="127.0.0.1" \
  -e MYSQL_DATABASE="zabbix" \
  -e MYSQL_USER="zabbix" \
  -e MYSQL_PASSWORD="zabbix_pwd" \
  -e MYSQL_ROOT_PASSWORD="root_pwd" \
  --restart=always \
  --pod=zabbix \
  -d registry.connect.redhat.com/zabbix/zabbix-web-mysql-80

Pod zabbix udostępnia port 80/TCP (HTTP) na maszynie hosta z portu 8080/TCP kontenera zabbix-web-mysql.