1 server

Overzicht

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.

Server draaien

Indien geïnstalleerd als pakket

Zabbix-server wordt uitgevoerd als een daemon-proces. De server kan worden gestart door: uitvoeren:

shell> service zabbix-server start

Dit werkt op de meeste GNU/Linux-systemen. Op andere systemen mag u: moet draaien:

shell> /etc/init.d/zabbix-server start

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
Handmatig opstarten

Als het bovenstaande niet werkt, moet u het handmatig starten. Vind het pad naar het binaire bestand zabbix_server en voer het volgende uit:

shell> zabbix_server

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
Runtime controle

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
Gebruiker verwerken

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.

Configuratiebestand

Zie het configuratiebestand opties voor details over het configureren van zabbix_server.

Opstartscripts

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.

Server proces types

  • alert manager - beheerder van de alertwachtrij
  • alert syncer - schrijver van alert-DB
  • alerter - proces voor het verzenden van meldingen
  • availability manager - proces voor bijwerken van beschikbaarheid van hosts
  • configuration syncer - proces voor beheer van in-memory cache van configuratiegegevens
  • connector manager - beheerderproces voor connectors
  • connector worker - proces voor verwerken van verzoeken van de connector manager
  • discoverer - proces voor detectie van apparaten
  • escalator - proces voor opschalen van acties
  • ha manager - proces voor beheer van hoge beschikbaarheid
  • history poller - proces voor afhandelen van berekende checks die een databaseverbinding vereisen
  • history syncer - schrijver van geschiedenis-DB
  • housekeeper - proces voor verwijdering van oude historische gegevens
  • http poller - web monitoring poller
  • icmp pinger - poller voor icmpping checks
  • ipmi manager - IPMI poller manager
  • ipmi poller - poller voor IPMI checks
  • java poller - poller voor Java checks
  • lld manager - manager proces voor taken van lage niveau ontdekking
  • lld worker - worker proces voor taken van lage niveau ontdekking
  • odbc poller - poller voor ODBC checks
  • poller - normale poller voor passieve checks
  • preprocessing manager - manager van pre-processeringstaken
  • preprocessing worker - proces voor datavoorverwerking
  • proxy poller - poller voor passieve proxies
  • report manager- manager van geplande rapportgeneratietaken
  • report writer - proces voor genereren van geplande rapporten
  • self-monitoring - proces voor verzamelen van interne serverstatistieken
  • service manager - proces voor beheren van services door informatie te ontvangen over problemen, probleemtags en probleemherstel van history syncer, task manager en alert manager
  • snmp trapper - trapper voor SNMP-traps
  • task 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 onderhoud
  • trapper - trapper voor actieve checks, traps, proxy communicatie
  • trigger housekeeper - proces voor verwijderen van problemen gegenereerd door triggers die zijn verwijderd
  • unreachable poller - poller voor ontoegankelijke apparaten
  • vmware collector - VMware gegevenscollector verantwoordelijk voor het verzamelen van gegevens van VMware-services

Het 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>].

Ondersteunde platforms

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:

  • Linux
  • Solaris
  • AIX
  • HP-UX
  • Mac OS X
  • FreeBSD
  • OpenBSD
  • NetBSD
  • SCO Open Server
  • Tru64/OSF1

Zabbix werkt mogelijk op andere Unix-achtige besturingssystemen ook goed.

Lokaal

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.