Table of Contents
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:
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 statusHandmatig 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:
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 weergaveversieVoorbeelden 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 -VRuntime-besturing
Runtime-besturingsopties:
| Optie | Beschrijving | Doel |
|---|---|---|
| config_cache_reload | Configuratiecache opnieuw laden. Genegeerd als de cache momenteel wordt geladen. | |
| diaginfo[=<target>] | Verzamel diagnostische informatie in het serverlogbestand. | historycache - geschiedeniscachestatistieken valuecache - waardecachestatistieken * preprocessing - preprocessing manager statistieken waarschuwing - alert manager statistieken lld - LLD manager statistieken locks - lijst met mutexen (is leeg op BSD-systemen) |
| ha_status | Hoge beschikbaarheid (HA) clusterstatus registreren. | |
| ha_remove_node=target | Verwijder het hoge-beschikbaarheidsknooppunt (HA) gespecificeerd door zijn naam of ID. Houd er rekening mee dat actieve/standby-knooppunten niet kunnen worden verwijderd. |
target - naam of ID van het knooppunt (kan worden verkregen door ha_status uit te voeren) |
| ha_set_failover_delay=delay | Stel hoge beschikbaarheid (HA) failover-vertraging in. Tijdsuffixen worden ondersteund, b.v. 10s, 1m. |
|
| secrets_reload | Herlaad geheimen uit Vault. | |
| service_cache_reload | Laad de cache van de servicemanager opnieuw. | |
| snmp_cache_reload | Herlaad de SNMP-cache, wis de SNMP-eigenschappen (enginetijd, engine-boots, engine-id, referenties) voor alle hosts. | |
| housekeeper_execute | Start de procedure voor het huishouden. Genegeerd als de schoonmaakprocedure momenteel aan de gang is. | |
| trigger_housekeeper_execute | Start de trigger-huishoudingsprocedure. Genegeerd als de trigger-huishoudingsprocedure momenteel aan de gang is. | |
| log_level_increase[=<target>] | Logboekniveau verhogen, heeft invloed op alle processen als het doel niet is opgegeven. Niet ondersteund op **BSD*-systemen. |
procestype* * - Alle processen van het gespecificeerde type (bijv. poller) Bekijk alle serverprocestypen. procestype,N** - Procestype en -nummer (bijv. poller,3) pid - Proces-ID (1 tot 65535). Voor grotere waarden specificeer doel als 'procestype,N'. |
| log_level_decrease[=<target>] | Logboekniveau verlagen, heeft invloed op alle processen als het doel niet is opgegeven. Niet ondersteund op **BSD*-systemen. |
Voorbeeld van het gebruik van runtime-besturing om de serverconfiguratie opnieuw te laden cache:
Voorbeelden van het gebruik van runtime-controle om diagnostische informatie te verzamelen:
Verzamel alle beschikbare diagnostische informatie in het serverlogbestand:
shell> zabbix_server -R diaginfo
Verzamel geschiedeniscachestatistieken in het serverlogbestand:
shell> zabbix_server -R diaginfo=geschiedeniscacheVoorbeeld van het gebruik van runtime-besturing om de SNMP-cache opnieuw te laden:
Voorbeeld van het gebruik van runtime-besturing om uitvoering van huishoudster te activeren:
Voorbeelden van het gebruik van runtime-besturing om het logniveau te wijzigen:
Verhoog het logniveau van alle processen:
shell> zabbix_server -c /usr/local/etc/zabbix_server.conf -R log_level_increase
Verhoog het logniveau van het tweede pollerproces:
shell> zabbix_server -c /usr/local/etc/zabbix_server.conf -R log_level_increase=poller,2
Verhoog het logniveau van het proces met PID 1234:
shell> zabbix_server -c /usr/local/etc/zabbix_server.conf -R log_level_increase=1234
Verlaag het logniveau van alle http-pollerprocessen:
shell> zabbix_server -c /usr/local/etc/zabbix_server.conf -R log_level_decrease="http poller"Voorbeeld van het instellen van de HA-failoververtraging op minimaal 10 seconden:
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 process types
alert manager- alert queue manageralert syncer- alert DB writeralerter- process for sending notificationsavailability manager- process for host availability updatesconfiguration syncer- process for managing in-memory cache of configuration datadiscoverer- process for discovery of devicesescalator- process for escalation of actionshistory poller- process for handling calculated and internal checks requiring a database connectionhistory syncer- history DB writerhousekeeper- process for removal of old historical datahttp poller- web monitoring pollericmp pinger- poller for icmpping checksipmi manager- IPMI poller manageripmi poller- poller for IPMI checksjava poller- poller for Java checkslld manager- manager process of low-level discovery taskslld worker- worker process of low-level discovery tasksodbc poller- poller for ODBC checkspoller- normal poller for passive checkspreprocessing manager- manager of preprocessing taskspreprocessing worker- process for data preprocessingproblem housekeeper- process for removing problems of deleted triggersproxy poller- poller for passive proxiesreport manager- manager of scheduled report generation tasksreport writer- process for generating scheduled reportsself-monitoring- process for collecting internal server statisticssnmp trapper- trapper for SNMP trapstask manager- process for remote execution of tasks requested by other components (e.g. close problem, acknowledge problem, check item value now, remote command functionality)timer- timer for processing maintenancestrapper- trapper for active checks, traps, proxy communicationunreachable poller- poller for unreachable devicesvmware collector- VMware data collector responsible for data gathering from VMware services
The server log file can be used to observe these process types.
Various types of Zabbix server processes can be monitored using the zabbix[process,<type>,<mode>,<state>] internal item.
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.