Zabbix-proxy is een proces dat monitoring gegevens kan verzamelen van één of meer gecontroleerde apparaten en stuurt de informatie naar de Zabbix-server, in wezen werkt hij namens de server. Alle verzamelde gegevens zijn lokaal gebufferd en vervolgens overgebracht naar de Zabbix-server waar de proxy bij hoort.
Het implementeren van een proxy is optioneel, maar kan zeer nuttig zijn om te distribueren de belasting van een enkele Zabbix-server. Als alleen proxies gegevens verzamelen, verwerking op de server wordt minder CPU en schijf I/O hongerig.
Een Zabbix-proxy is de ideale oplossing voor gecentraliseerde monitoring van externe locaties, vestigingen en netwerken zonder lokale beheerders.
Zabbix-proxy vereist een aparte database.
Merk op dat databases die worden ondersteund met Zabbix-proxy zijn SQLite, MySQL en PostgreSQL. Het gebruik van Oracle is op eigen risico en kan enkele beperkingen bevatten, zoals bijvoorbeeld in return waarden van low-level ontdekkingsregels.
Zie ook: Proxies gebruiken in een gedistribueerd omgeving
Zabbix-proxy wordt uitgevoerd als een daemon-proces. De proxy kan worden gestart door: uitvoeren:
Dit werkt op de meeste GNU/Linux-systemen. Op andere systemen mag u: moet draaien:
Evenzo, voor het stoppen/herstarten/bekijken van de status van Zabbix-proxy, gebruik de volgende commando's:
shell> service zabbix-proxy stop
shell> service zabbix-proxy restart
shell> service zabbix-proxy status
Als het bovenstaande niet werkt, moet u het handmatig starten. Vind het pad naar het binaire bestand zabbix_proxy en voer het volgende uit:
U kunt de volgende opdracht regel parameters gebruiken met Zabbix-proxy:
-c --config <file> pad naar het configuratiebestand
-f --voorgrond voer Zabbix-proxy op voorgrond uit
-R --runtime-control <optie> administratieve functies uitvoeren
-h --help geef deze hulp
-V --versienummer weergave versie
Voorbeelden van het uitvoeren van Zabbix-proxy met opdracht regel parameters:
shell> zabbix_proxy -c /usr/local/etc/zabbix_proxy.conf
shell> zabbix_proxy --help
shell> zabbix_proxy -V
Opties voor runtime controle:
Optie | Omschrijving | Doelwit |
---|---|---|
config_cache_reload | Herlaad de configuratiecache. Genegeerd als de cache momenteel wordt geladen. Een actieve Zabbix-proxy zal verbinding maken met de Zabbix-server en configuratiegegevens opvragen. Een passieve Zabbix-proxy zal configuratiegegevens opvragen van de Zabbix-server de volgende keer dat de server verbinding maakt met de proxy. |
|
diaginfo[=<sectie>] | Verzamel diagnostische informatie in het logbestand van de proxy. | historycache - statistieken over de geschiedeniscache preprocessing - statistieken van de voorverwerkingmanager locks - lijst van mutexes (is leeg op **BSD*-systemen) |
snmp_cache_reload | Herlaad SNMP-cache, wis de SNMP-eigenschappen (engine-tijd, engine-starts, engine-id, referenties) voor alle hosts. | |
housekeeper_execute | Start de housekeeping-procedure. Genegeerd als de housekeeping-procedure momenteel wordt uitgevoerd. | |
log_level_increase[=<doelwit>] | Verhoog het logniveau, heeft invloed op alle processen als doelwit niet is gespecificeerd. Niet ondersteund op **BSD*-systemen. |
procestype - Alle processen van het gespecificeerde type (bijv., poller) Zie alle procestypen van de proxy. procestype,N - Procestype en nummer (bijv., poller,3) pid - Procesidentificatie (1 tot 65535). Voor grotere waarden specificeer doelwit als 'procestype,N'. |
log_level_decrease[=<doelwit>] | Verlaag het logniveau, heeft invloed op alle processen als doelwit niet is gespecificeerd. Niet ondersteund op **BSD*-systemen. |
|
prof_enable[=<doelwit>] | Activeer profilering. Heeft invloed op alle processen als doelwit niet is gespecificeerd. Geactiveerde profilering biedt details van alle rwlocks/mutexes per functienaam. |
procestype - Alle processen van het gespecificeerde type (bijv., history syncer) Zie alle procestypen van de proxy. procestype,N - Procestype en nummer (bijv., history syncer,1) pid - Procesidentificatie (1 tot 65535). Voor grotere waarden specificeer doelwit als 'procestype,N'. scope - rwlock , mutex , processing kunnen worden gebruikt met procestype en nummer (bijv., history syncer,1,processing) of alle processen van het type (bijv., history syncer,rwlock) |
prof_disable[=<doelwit>] | Deactiveer profilering. Heeft invloed op alle processen als doelwit niet is gespecificeerd. |
procestype - Alle processen van het gespecificeerde type (bijv., history syncer) Zie alle procestypen van de proxy. procestype,N - Procestype en nummer (bijv., history syncer,1) pid - Procesidentificatie (1 tot 65535). Voor grotere waarden specificeer doelwit als 'procestype,N'. |
Voorbeeld van het gebruik van runtime controle om de configuratiecache van de proxy te herladen:
Voorbeelden van het gebruik van runtime controle om diagnostische informatie te verzamelen:
Verzamel alle beschikbare diagnostische informatie in het logbestand van de proxy:
shell> zabbix_proxy -R diaginfo
Verzamel geschiedeniscachestatistieken in het logbestand van de proxy:
shell> zabbix_proxy -R diaginfo=historycache
Voorbeeld van het gebruik van runtime controle om de SNMP-cache te herladen:
Voorbeeld van het gebruik van runtime controle om de housekeeper-uitvoering te starten:
Voorbeelden van het gebruik van runtime controle om het logniveau te wijzigen:
Verhoog het logniveau van alle processen:
shell> zabbix_proxy -c /usr/local/etc/zabbix_proxy.conf -R log_level_increase
Verhoog het logniveau van het tweede poller-proces:
shell> zabbix_proxy -c /usr/local/etc/zabbix_proxy.conf -R log_level_increase=poller,2
Verhoog het logniveau van het proces met PID 1234:
shell> zabbix_proxy -c /usr/local/etc/zabbix_proxy.conf -R log_level_increase=1234
Verlaag het logniveau van alle http poller-processen:
shell> zabbix_proxy -c /usr/local/etc/zabbix_proxy.conf -R log_level_decrease="http poller"
Zabbix-proxy is ontworpen om als niet-root gebruiker te worden uitgevoerd. Het zal draaien als ongeacht welke niet-root gebruiker het is gestart. U kunt dus proxy uitvoeren zoals elke niet-root gebruiker zonder problemen.
Als je het probeert uit te voeren als 'root', zal het overschakelen naar een hardcoded 'zabbix'-gebruiker, die op uw systeem aanwezig moet zijn. Je kunt alleen rennen proxy als 'root' als u de parameter 'AllowRoot' in de proxy wijzigt configuratiebestand dienovereenkomstig.
Zie het configuratiebestand opties voor details over het configureren van zabbix_proxy.
beschikbaarheidsbeheerder
- proces voor updates van hostbeschikbaarheidconfiguratie-synchronisator
- proces voor beheer van in-geheugencache van configuratiegegevensgegevensverzender
- gegevensverzender van de proxyontdekker
- proces voor het ontdekken van apparatengeschiedenissynchronisator
- schrijver naar geschiedenis-DBhousekeeper
- proces voor het verwijderen van oude historische gegevenshttp-poller
- webmonitoring-pollericmp-pinger
- poller voor icmpping-controlesipmi-manager
- beheerder van IPMI-polleripmi-poller
- poller voor IPMI-controlesjavapoller
- poller voor Java-controlesodbcpoller
- poller voor ODBC-controlespoller
- normale poller voor passieve controlesvoorverwerkingsbeheerder
- beheerder van voorverwerkingstakenvoorverwerkingswerker
- proces voor gegevensvoorverwerkingzelfmonitoring
- proces voor het verzamelen van interne serverstatistiekensnmp-trapper
- trapper voor SNMP-trapstaakbeheerder
- proces voor externe uitvoering van taken die zijn aangevraagd door andere componenten (bijv. probleem sluiten, probleem bevestigen, huidige itemwaarde controleren, functionaliteit voor externe opdrachten)trapper
- trapper voor actieve controles, traps, proxycommunicatieniet-bereikbare poller
- poller voor niet-bereikbare apparatenvmware-collector
- VMware-gegevensverzamelaar verantwoordelijk voor het verzamelen van gegevens uit VMware-servicesHet logbestand van de proxy kan worden gebruikt om deze procestypen te observeren.
Verschillende soorten Zabbix-proxyprocessen kunnen worden bewaakt met behulp van het interne item zabbix[process,<type>,<mode>,<state>].
Zabbix-proxy draait op dezelfde lijst van ondersteunde platforms als de Zabbix-server.
The memory buffer allows to store new data (item values, network discovery, host autoregistration) in the buffer and upload to Zabbix server without accessing the database. The memory buffer has been introduced for the proxy since Zabbix 7.0.
In installations before Zabbix 7.0 the collected data was stored in the database before uploading to Zabbix server. For these installations this remains the default behavior after upgrading to Zabbix 7.0.
For optimized performance, it is recommended to configure the use of memory buffer on the proxy. This is possible by modifying the value of ProxyBufferMode from "disk" (hardcoded default for existing installations) to "hybrid" (recommended) or "memory". It is also required to set the memory buffer size (ProxyMemoryBufferSize parameter).
In hybrid mode the buffer is protected from data loss by flushing unsent data to the database if the proxy is stopped, the buffer is full or data too old. When all values have been flushed into database, the proxy goes back to using memory buffer.
In memory mode, the memory buffer will be used, however, there is no protection against data loss. If the proxy is stopped, or the memory gets overfilled, the unsent data will be dropped.
The hybrid mode (ProxyBufferMode=hybrid) is applied to all new installations since Zabbix 7.0.
Additional parameters such as ProxyMemoryBufferSize and ProxyMemoryBufferAge define the memory buffer size and the maximum age of data in the buffer, respectively.
Note that with conflicting configuration the proxy will print an error and fail to start, for example, if:
Houd er rekening mee dat de proxy een UTF-8 taalinstelling vereist zodat sommige tekstuele items correct kunnen worden geïnterpreteerd. De meeste moderne Unix-achtige systemen hebben standaard een UTF-8 taalinstelling, echter zijn er enkele systemen waar dit mogelijk specifiek moet worden ingesteld.