Zabbix-server is het centrale proces van Zabbix-software.
De server voert de polling en trapping van gegevens uit, hij berekent triggers, stuurt meldingen naar gebruikers. Het is het centrale onderdeel om welke Zabbix-agenten en -proxy's gegevens over beschikbaarheid en integriteit van systemen rapporteren. De server kan zelf op afstand het netwerk controleren services (zoals webservers en mailservers) met behulp van eenvoudige service controles.
De server is de centrale opslagplaats waarin alle configuratie, statistische en operationele gegevens worden opgeslagen, en het is de entiteit in Zabbix die beheerders actief waarschuwt wanneer zich problemen voordoen in een van de bewaakte systemen.
Het functioneren van een basis Zabbix-server is onderverdeeld in drie verschillende componenten; dit zijn: Zabbix-server, web frontend en databaseopslag.
Alle configuratie-informatie voor Zabbix wordt opgeslagen in de database, waarmee zowel de server als de web-frontend communiceren. Bijvoorbeeld, wanneer u een nieuw item maakt met behulp van de web-frontend (of API) wordt deze toegevoegd aan de items tabel in de database. Dan, ongeveer een keer per minuut Zabbix-server zal de items tabel doorzoeken voor een lijst met items die actief zijn die vervolgens worden opgeslagen in een cache op de Zabbix-server. Daarom kan het tot twee minuten duren voor eventuele wijzigingen in Zabbix frontend om te verschijnen in de laatste gegevenssectie.
Zabbix-server wordt uitgevoerd als een daemon-proces. De server 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, gebruik het volgende: commando's:
shell> service zabbix-server stop
shell> service zabbix-server restart
shell> service zabbix-server status
Als het bovenstaande niet werkt, moet u het handmatig starten. Vind het pad naar het binaire bestand zabbix_server en voer het volgende uit:
U kunt de volgende opdracht regel parameters gebruiken met de Zabbix-server:
-c --config <file> pad naar het configuratiebestand (standaard is /usr/local/etc/zabbix_server.conf)
-f --voorgrond voer Zabbix-server op de voorgrond uit
-R --runtime-control <optie> administratieve functies uitvoeren
-h --help geef deze hulp
-V --versienummer weergaveversie
Voorbeelden van het uitvoeren van Zabbix-server met opdracht regel parameters:
shell> zabbix_server -c /usr/local/etc/zabbix_server.conf
shell> zabbix_server --help
shell> zabbix_server -V
Opties voor runtime controle:
Optie | Beschrijving | Doel |
---|---|---|
config_cache_reload | Herlaad de configuratiecache. Genegeerd als de cache op dit moment wordt geladen. | |
diaginfo[=<sectie>] | Verzamel diagnostische informatie in het serverlogboek. | historycache - statistieken van de geschiedeniscache valuecache - statistieken van de waardecache preprocessing - statistieken van de verwerkingsbeheerder alerting - statistieken van de waarschuwingsbeheerder lld - statistieken van de LLD-beheerder locks - lijst van mutexes (is leeg op BSD-systemen) connector - statistieken voor connectors met de grootste wachtrij |
ha_status | Logboekstatus van hoge beschikbaarheid (HA) cluster. | |
ha_remove_node=target | Verwijder de knoop voor hoge beschikbaarheid (HA) opgegeven door de naam of ID. Let op: actieve/standby-knopen kunnen niet worden verwijderd. |
target - naam of ID van de knoop (kan worden verkregen door ha_status uit te voeren) |
ha_set_failover_delay=vertraging | Stel de vertraging voor hoge beschikbaarheid (HA) failover in. Tijdsuffixen worden ondersteund, bijvoorbeeld 10s, 1m. |
|
proxy_config_cache_reload[=<doel>] | Herlaad proxy-configuratiecache. | doel - door komma's gescheiden lijst van proxy-namen Als geen doel is opgegeven, wordt de configuratie voor alle proxies opnieuw geladen |
secrets_reload | Herlaad geheimen uit Vault. | |
service_cache_reload | Herlaad de cache van de servicemanager. | |
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 op dit moment wordt uitgevoerd. | |
trigger_housekeeper_execute | Start de procedure voor het opruimen van triggers. Genegeerd als de procedure voor het opruimen van triggers op dit moment wordt uitgevoerd. | |
log_level_increase[=<doel>] | Verhoog het logboekniveau, heeft invloed op alle processen als er geen doel is opgegeven. Niet ondersteund op BSD-systemen. |
proces type - Alle processen van het gespecificeerde type (bijv. poller) Zie alle proces types van de server. proces type,N - Procestype en nummer (bijv. poller,3) pid - Procesidentificatie (1 tot 65535). Voor grotere waarden specificeer het doel als 'proces type,N'. |
log_level_decrease[=<doel>] | Verlaag het logboekniveau, heeft invloed op alle processen als er geen doel is opgegeven. Niet ondersteund op BSD-systemen. |
|
prof_enable[=<doel>] | Profilering inschakelen. Heeft invloed op alle processen als er geen doel is opgegeven. Ingeschakelde profilering biedt details van alle rwlocks/mutexes per functienaam. |
proces type - Alle processen van het gespecificeerde type (bijv. geschiedenissynchronisator) Ondersteunde proces types als doelen voor profilering: alerter, waarschuwingsbeheerder, beschikbaarheidsbeheerder, configuratiesynchronisator, ontdekker, escalator, geschiedenis poller, geschiedenis synchronisator, housekeeper, http poller, icmp pinger, ipmi beheerder, ipmi poller, java poller, lld beheerder, lld werker, odbc poller, poller, verwerkingsbeheerder, verwerkingswerker, proxy poller, zelfmonitoring, servicemanager, snmp trapper, taakbeheerder, timer, trapper, niet-bereikbare poller, vmware collector proces type,N - Procestype en nummer (bijv. geschiedenissynchronisator,1) pid - Procesidentificatie (1 tot 65535). Voor grotere waarden specificeer het doel als 'proces type,N'. scope - rwlock , mutex , verwerking kan worden gebruikt met het proces type en nummer (bijv. geschiedenissynchronisator,1,verwerking) of alle processen van het type (bijv. geschiedenissynchronisator,rwlock) |
prof_disable[=<doel>] | Profilering uitschakelen. Heeft invloed op alle processen als er geen doel is opgegeven. |
proces type - Alle processen van het gespecificeerde type (bijv. geschiedenissynchronisator) Ondersteunde proces types als doelen voor profilering: zie prof_enable proces type,N - Procestype en nummer (bijv. geschiedenissynchronisator,1) pid - Procesidentificatie (1 tot 65535). Voor grotere waarden specificeer het doel als 'proces type,N'. |
Voorbeeld van het gebruik van runtime controle om de serverconfiguratiecache te herladen:
shell> zabbix_server -c /usr/local/etc/zabbix_server.conf -R config_cache_reload
Voorbeelden van het gebruik van runtime controle om de proxyconfiguratie te herladen:
# Herlaad de configuratie van alle proxies:
shell> zabbix_server -R proxy_config_cache_reload
# Herlaad de configuratie van Proxy1 en Proxy2:
shell> zabbix_server -R proxy_config_cache_reload=Proxy1,Proxy2
Voorbeelden van het gebruik van runtime controle om diagnostische informatie te verzamelen:
# Verzamel alle beschikbare diagnostische informatie in het serverlogboek:
shell> zabbix_server -R diaginfo
# Verzamel geschiedeniscachestatistieken in het serverlogboek:
shell> zabbix_server -R diaginfo=historycache
Voorbeeld van het gebruik van runtime controle om de SNMP-cache te herladen:
shell> zabbix_server -R snmp_cache_reload
Voorbeeld van het gebruik van runtime controle om de uitvoering van de housekeeper te activeren:
shell> zabbix_server -c /usr/local/etc/zabbix_server.conf -R housekeeper_execute
Voorbeelden van het gebruik van runtime controle om het logboekniveau te wijzigen:
# Verhoog het logboekniveau van alle processen:
shell> zabbix_server -c /usr/local/etc/zabbix_server.conf -R log_level_increase
# Verhoog het logboekniveau van het tweede poller-proces:
shell> zabbix_server -c /usr/local/etc/zabbix_server.conf -R log_level_increase=poller,2
# Verhoog het logboekniveau van het proces met PID 1234:
shell> zabbix_server -c /usr/local/etc/zabbix_server.conf -R log_level_increase=1234
# Verlaag het logboekniveau van alle http poller-processen:
shell> zabbix_server -c /usr/local/etc/zabbix_server.conf -R log_level_decrease="http poller"
Voorbeeld van het instellen van de HA failover-vertraging op het minimum van 10 seconden:
shell> zabbix_server -R ha_set_failover_delay=10s
Zabbix-server is ontworpen om als niet-root gebruiker te worden uitgevoerd. Het zal lopen als ongeacht welke niet-root gebruiker het is gestart. U kunt de server dus als elke uitvoeren niet-root gebruiker zonder problemen.
Als je het probeert uit te voeren als 'root', zal het overschakelen naar een hardcoded 'zabbix'-gebruiker, die aanwezig op . moet staan jouw systeem. U kunt de server alleen als 'root' uitvoeren als u de 'AllowRoot'-parameter in het server configuratiebestand dienovereenkomstig.
Als Zabbix-server en agent op dezelfde machine worden uitgevoerd, is het: aanbevolen om een andere gebruiker te gebruiken voor het uitvoeren van de server dan voor het runnen van de agent. Anders, als beide worden uitgevoerd als dezelfde gebruiker, wordt de agent heeft toegang tot het server configuratiebestand en elke gebruiker op Admin-niveau in Zabbix kan vrij eenvoudig bijvoorbeeld het database wachtwoord worden opgehaald.
Zie het configuratiebestand opties voor details over het configureren van zabbix_server.
De scripts worden gebruikt om Zabbix-processen automatisch te starten/stoppen tijdens: opstarten/afsluiten van het systeem. De scripts bevinden zich onder directory misc/init.d.
alert manager
- beheerder van de alertwachtrijalert syncer
- schrijver van alert-DBalerter
- proces voor het verzenden van meldingenavailability manager
- proces voor bijwerken van beschikbaarheid van hostsconfiguration syncer
- proces voor beheer van in-memory cache van configuratiegegevensconnector manager
- beheerderproces voor connectorsconnector worker
- proces voor verwerken van verzoeken van de connector managerdiscoverer
- proces voor detectie van apparatenescalator
- proces voor opschalen van actiesha manager
- proces voor beheer van hoge beschikbaarheidhistory poller
- proces voor afhandelen van berekende checks die een databaseverbinding vereisenhistory syncer
- schrijver van geschiedenis-DBhousekeeper
- proces voor verwijdering van oude historische gegevenshttp poller
- web monitoring pollericmp pinger
- poller voor icmpping checksipmi manager
- IPMI poller manageripmi poller
- poller voor IPMI checksjava poller
- poller voor Java checkslld manager
- manager proces voor taken van lage niveau ontdekkinglld worker
- worker proces voor taken van lage niveau ontdekkingodbc poller
- poller voor ODBC checkspoller
- normale poller voor passieve checkspreprocessing manager
- manager van pre-processeringstakenpreprocessing worker
- proces voor datavoorverwerkingproxy poller
- poller voor passieve proxiesreport manager
- manager van geplande rapportgeneratietakenreport writer
- proces voor genereren van geplande rapportenself-monitoring
- proces voor verzamelen van interne serverstatistiekenservice manager
- proces voor beheren van services door informatie te ontvangen over problemen, probleemtags en probleemherstel van history syncer, task manager en alert managersnmp trapper
- trapper voor SNMP-trapstask manager
- proces voor externe uitvoering van taken aangevraagd door andere componenten (bijv. probleem sluiten, probleem bevestigen, itemwaarde nu controleren, functionaliteit voor externe opdrachten)timer
- timer voor verwerken van onderhoudtrapper
- trapper voor actieve checks, traps, proxy communicatietrigger housekeeper
- proces voor verwijderen van problemen gegenereerd door triggers die zijn verwijderdunreachable poller
- poller voor ontoegankelijke apparatenvmware collector
- VMware gegevenscollector verantwoordelijk voor het verzamelen van gegevens van VMware-servicesHet serverlogboek kan worden gebruikt om deze proces types te observeren.
Diverse soorten Zabbix serverprocessen kunnen worden gemonitord met behulp van het interne item zabbix[process,<type>,<mode>,<state>].
Vanwege de beveiligingsvereisten en de missiekritieke aard van de server werking, is UNIX het enige besturingssysteem dat consistent de nodige prestaties, fouttolerantie en veerkracht te leveren. Zabbix werkt op marktleidende versies.
Zabbix-server is getest op de volgende platforms:
Zabbix werkt mogelijk op andere Unix-achtige besturingssystemen ook goed.
Merk op dat de server een UTF-8-landinstelling vereist, zodat sommige tekstuele items correct kan worden geïnterpreteerd. De meeste moderne Unix-achtige systemen hebben een UTF-8 locale als standaard, er zijn echter enkele systemen waar dat nodig kan zijn specifiek in te stellen.