STAM
511a8a115a
update requirements.txt github actions runs-on: ubuntu-24.04 make pip fix - failsafe - systemwide zabbix 7 + zabbix fixes cleanup ci wip: fixes, nginx update, support update wip: bookworm 12 base updates wip: requirements.txt cleanup zabbix USER fix WIP: debian 12 develop improvements |
||
---|---|---|
.. | ||
docker-compose.yml | ||
Dockerfile | ||
locale.gen | ||
locale.gen.full | ||
Makefile | ||
README.md | ||
sources.list |
What is Zabbix?
Zabbix is an enterprise-class open source distributed monitoring solution.
Zabbix is software that monitors numerous parameters of a network and the health and integrity of servers. Zabbix uses a flexible notification mechanism that allows users to configure e-mail based alerts for virtually any event. This allows a fast reaction to server problems. Zabbix offers excellent reporting and data visualisation features based on the stored data. This makes Zabbix ideal for capacity planning.
For more information and related downloads for Zabbix components, please visit https://hub.docker.com/u/zabbix/ and https://zabbix.com
What is Zabbix proxy?
Zabbix proxy is a process that may collect monitoring data from one or more monitored devices and send the information to the Zabbix server, essentially working on behalf of the server. All collected data is buffered locally and then transferred to the Zabbix server the proxy belongs to.
Zabbix proxy images
These are the only official Zabbix proxy Docker images. They are based on Alpine Linux v3.11, Ubuntu 18.04 (bionic) and CentOS 7 images. The available versions of Zabbix proxy are:
Zabbix proxy 3.0 (tags: alpine-3.0-latest, ubuntu-3.0-latest, centos-3.0-latest)
Zabbix proxy 3.0.* (tags: alpine-3.0.*, ubuntu-3.0.*, centos-3.0.*)
Zabbix proxy 3.2 (tags: alpine-3.2-latest, ubuntu-3.2-latest, centos-3.2.*) (unsupported)
Zabbix proxy 3.2.* (tags: alpine-3.2.*, ubuntu-3.2.*, centos-3.2.*) (unsupported)
Zabbix proxy 3.4 (tags: alpine-3.4-latest, ubuntu-3.4-latest, centos-3.4.*) (unsupported)
Zabbix proxy 3.4.* (tags: alpine-3.4.*, ubuntu-3.4.*, centos-3.4.*) (unsupported)
Zabbix proxy 3.0 (tags: alpine-3.0-latest, ubuntu-3.0-latest, centos-3.0-latest)
Zabbix proxy 3.0.* (tags: alpine-3.0.*, ubuntu-3.0.*, centos-3.0.*)
Zabbix proxy 4.2 (tags: alpine-4.2-latest, ubuntu-4.2-latest, centos-4.2.*) (unsupported)
Zabbix proxy 4.2.* (tags: alpine-4.2.*, ubuntu-4.2.*, centos-4.2.*) (unsupported)
Zabbix proxy 4.4 (tags: alpine-4.4-latest, ubuntu-4.4-latest, centos-4.4-latest) (unsupported)
Zabbix proxy 4.4.* (tags: alpine-4.4.*, ubuntu-4.4.*, centos-4.4.*) (unsupported)
Zabbix proxy 5.0 (tags: alpine-5.0-latest, ubuntu-5.0-latest, centos-5.0-latest, alpine-latest, ubuntu-latest, centos-latest, latest)
Zabbix proxy 5.0.* (tags: alpine-5.0.*, ubuntu-5.0.*, centos-5.0.*)
Zabbix proxy 5.2 (tags: alpine-trunk, ubuntu-trunk, centos-trunk)
Images are updated when new releases are published. The image with latest
tag is based on Alpine Linux.
The image uses SQLite3 database to store collected data before sending it to Zabbix server.
How to use this image
Start zabbix-proxy-sqlite3
Start a Zabbix proxy container as follows:
docker run --name some-zabbix-proxy-sqlite3 -e ZBX_HOSTNAME=some-hostname -e ZBX_SERVER_HOST=some-zabbix-server -d zabbix/zabbix-proxy-sqlite3:tag
Where some-zabbix-proxy-sqlite3
is the name you want to assign to your container, some-hostname
is the hostname, it is Hostname parameter in Zabbix proxy configuration file, some-zabbix-server
is IP or DNS name of Zabbix server and tag
is the tag specifying the version you want. See the list above for relevant tags, or look at the full list of tags.
Connects from Zabbix server (Passive proxy)
This image exposes the standard Zabbix proxy port (10051) and can operate as Passive proxy in case ZBX_PROXYMODE
= 1
. Start Zabbix server container like this in order to link it to the Zabbix proxy container:
$ docker run --name some-zabbix-server --link some-zabbix-proxy-sqlite3:zabbix-proxy-sqlite3 -d zabbix/zabbix-server:latest
Connect to Zabbix server (Active proxy)
This image can operate as Active proxy (default
mode). Start your application container like this in order to link Zabbix proxy to Zabbix server containters:
$ docker run --name some-zabbix-proxy-sqlite3 --link some-zabbix-server:zabbix-server -d zabbix/zabbix-proxy-sqlite3:latest
Container shell access and viewing Zabbix proxy logs
The docker exec
command allows you to run commands inside a Docker container. The following command line will give you a bash shell inside your zabbix-proxy-sqlite3
container:
$ docker exec -ti some-zabbix-proxy-sqlite3 /bin/bash
The Zabbix proxy log is available through Docker's container log:
$ docker logs some-zabbix-proxy-sqlite3
Environment Variables
When you start the zabbix-proxy-sqlite3
image, you can adjust the configuration of the Zabbix proxy by passing one or more environment variables on the docker run
command line.
ZBX_PROXYMODE
The variable allows to switch Zabbix proxy mode. Bu default, value is 0
- active proxy. Allowed values are 0
- active proxy and 1
- passive proxy.
ZBX_HOSTNAME
This variable is unique, case sensitive hostname. By default, value is zabbix-proxy-sqlite3
of the container. It is Hostname
parameter in zabbix_proxy.conf
.
ZBX_SERVER_HOST
This variable is IP or DNS name of Zabbix server or Zabbix proxy. By default, value is zabbix-server
. It is Server
parameter in zabbix_proxy.conf
. It is allowed to specify Zabbix server or Zabbix proxy port number using ZBX_SERVER_PORT
variable. It make sense in case of non-default port for active checks.
ZBX_SERVER_PORT
This variable is port Zabbix server listening on. By default, value is 10051
.
ZBX_LOADMODULE
The variable is list of comma separated loadable Zabbix modules. It works with volume /var/lib/zabbix/modules
. The syntax of the variable is dummy1.so,dummy2.so
.
ZBX_DEBUGLEVEL
The variable is used to specify debug level. By default, value is 3
. It is DebugLevel
parameter in zabbix_server.conf
. Allowed values are listed below:
0
- basic information about starting and stopping of Zabbix processes;1
- critical information2
- error information3
- warnings4
- for debugging (produces lots of information)5
- extended debugging (produces even more information)
ZBX_TIMEOUT
The variable is used to specify timeout for processing checks. By default, value is 4
.
ZBX_JAVAGATEWAY_ENABLE
The variable enable communication with Zabbix Java Gateway to collect Java related checks. By default, value is false
.
Other variables
Additionally the image allows to specify many other environment variables listed below:
ZBX_ENABLEREMOTECOMMANDS=0 # Available since 3.3.0
ZBX_LOGREMOTECOMMANDS=0 # Available since 3.3.0
ZBX_SOURCEIP=
ZBX_HOSTNAMEITEM=system.hostname
ZBX_PROXYLOCALBUFFER=0
ZBX_PROXYOFFLINEBUFFER=1
ZBX_PROXYHEARTBEATFREQUENCY=60
ZBX_CONFIGFREQUENCY=3600
ZBX_DATASENDERFREQUENCY=1
ZBX_STARTPOLLERS=5
ZBX_STARTPREPROCESSORS=3 # Available since 4.2.0
ZBX_IPMIPOLLERS=0
ZBX_STARTPOLLERSUNREACHABLE=1
ZBX_STARTTRAPPERS=5
ZBX_STARTPINGERS=1
ZBX_STARTDISCOVERERS=1
ZBX_STARTHTTPPOLLERS=1
ZBX_JAVAGATEWAY=zabbix-java-gateway
ZBX_JAVAGATEWAYPORT=10052
ZBX_STARTJAVAPOLLERS=0
ZBX_STATSALLOWEDIP= # Available since 3.0.5
ZBX_STARTVMWARECOLLECTORS=0
ZBX_VMWAREFREQUENCY=60
ZBX_VMWAREPERFFREQUENCY=60
ZBX_VMWARECACHESIZE=8M
ZBX_VMWARETIMEOUT=10
ZBX_ENABLE_SNMP_TRAPS=false
ZBX_LISTENIP=
ZBX_HOUSEKEEPINGFREQUENCY=1
ZBX_CACHESIZE=8M
ZBX_STARTDBSYNCERS=4
ZBX_HISTORYCACHESIZE=16M
ZBX_HISTORYINDEXCACHESIZE=4M
ZBX_TRAPPERIMEOUT=300
ZBX_UNREACHABLEPERIOD=45
ZBX_UNAVAILABLEDELAY=60
ZBX_UNREACHABLEDELAY=15
ZBX_LOGSLOWQUERIES=3000
ZBX_TLSCONNECT=unencrypted
ZBX_TLSACCEPT=unencrypted
ZBX_TLSCAFILE=
ZBX_TLSCRLFILE=
ZBX_TLSSERVERCERTISSUER=
ZBX_TLSSERVERCERTSUBJECT=
ZBX_TLSCERTFILE=
ZBX_TLSKEYFILE=
ZBX_TLSPSKIDENTITY=
ZBX_TLSPSKFILE=
ZBX_TLSCIPHERALL= # Available since 4.4.7
ZBX_TLSCIPHERALL13= # Available since 4.4.7
ZBX_TLSCIPHERCERT= # Available since 4.4.7
ZBX_TLSCIPHERCERT13= # Available since 4.4.7
ZBX_TLSCIPHERPSK= # Available since 4.4.7
ZBX_TLSCIPHERPSK13= # Available since 4.4.7
Default values of these variables are specified after equal sign.
The allowed variables are identical of parameters in official zabbix_proxy.conf
. For example, ZBX_LOGSLOWQUERIES
= LogSlowQueries
.
Please use official documentation for zabbix_proxy.conf
to get more information about the variables.
Allowed volumes for the Zabbix proxy container
/usr/lib/zabbix/externalscripts
The volume is used by External checks (type of items). It is ExternalScripts
parameter in zabbix_proxy.conf
.
/var/lib/zabbix/modules
The volume allows load additional modules and extend Zabbix proxy using LoadModule
feature.
/var/lib/zabbix/enc
The volume is used to store TLS related files. These file names are specified using ZBX_TLSCAFILE
, ZBX_TLSCRLFILE
, ZBX_TLSKEY_FILE
and ZBX_TLSPSKFILE
variables.
/var/lib/zabbix/ssh_keys
The volume is used as location of public and private keys for SSH checks and actions. It is SSHKeyLocation
parameter in zabbix_proxy.conf
.
/var/lib/zabbix/ssl/certs
The volume is used as location of of SSL client certificate files for client authentication. It is SSLCertLocation
parameter in zabbix_proxy.conf
.
/var/lib/zabbix/ssl/keys
The volume is used as location of SSL private key files for client authentication. It is SSLKeyLocation
parameter in zabbix_proxy.conf
.
/var/lib/zabbix/ssl/ssl_ca
The volume is used as location of certificate authority (CA) files for SSL server certificate verification. It is SSLCALocation
parameter in zabbix_proxy.conf
.
/var/lib/zabbix/snmptraps
The volume is used as location of snmptraps.log
file. It could be shared by zabbix-snmptraps
container and inherited using volumes_from
Docker option while creating new instance of Zabbix proxy.
SNMP traps processing feature could be enabled using shared volume and switched ZBX_ENABLE_SNMP_TRAPS
environment variable to true
.
/var/lib/zabbix/mibs
The volume allows to add new MIB files. It does not support subdirectories, all MIBs must be placed to /var/lib/zabbix/mibs
.
The image variants
The zabbix-proxy-sqlite3
images come in many flavors, each designed for a specific use case.
zabbix-proxy-sqlite3:ubuntu-<version>
This is the defacto image. If you are unsure about what your needs are, you probably want to use this one. It is designed to be used both as a throw away container (mount your source code and start the container to start your app), as well as the base to build other images off of.
zabbix-proxy-sqlite3:alpine-<version>
This image is based on the popular Alpine Linux project, available in the alpine
official image. Alpine Linux is much smaller than most distribution base images (~5MB), and thus leads to much slimmer images in general.
This variant is highly recommended when final image size being as small as possible is desired. The main caveat to note is that it does use musl libc instead of glibc and friends, so certain software might run into issues depending on the depth of their libc requirements. However, most software doesn't have an issue with this, so this variant is usually a very safe choice. See this Hacker News comment thread for more discussion of the issues that might arise and some pro/con comparisons of using Alpine-based images.
To minimize image size, it's uncommon for additional related tools (such as git
or bash
) to be included in Alpine-based images. Using this image as a base, add the things you need in your own Dockerfile (see the alpine
image description for examples of how to install packages if you are unfamiliar).
Supported Docker versions
This image is officially supported on Docker version 1.12.0.
Support for older versions (down to 1.6) is provided on a best-effort basis.
Please see the Docker installation documentation for details on how to upgrade your Docker daemon.
User Feedback
Documentation
Documentation for this image is stored in the proxy-sqlite3/
directory of the zabbix/zabbix-docker
GitHub repo. Be sure to familiarize yourself with the repository's README.md
file before attempting a pull request.
Issues
If you have any problems with or questions about this image, please contact us through a GitHub issue.
Known issues
Contributing
You are invited to contribute new features, fixes, or updates, large or small; we are always thrilled to receive pull requests, and do our best to process them as fast as we can.
Before you start to code, we recommend discussing your plans through a GitHub issue, especially for more ambitious contributions. This gives other contributors a chance to point you in the right direction, give you feedback on your design, and help you find out if someone else is working on the same thing.