Serveris veic datu aptauju un uztveršanu, aprēķina trigerus un nosūta paziņojumus lietotājiem. Tas ir centrālais komponents, kuram Zabbix aģenti un starpniekserveri ziņo datus par sistēmu pieejamību un integritāti. Serveris pats var attālināti pārbaudīt tīkla pakalpojumus (piemēram, tīmekļa serverus un pasta serverus), izmantojot vienkāršas pakalpojumu pārbaudes.

Serveris ir centrālā krātuve, kurā tiek glabāti visi konfigurācijas, statistikas un darbības dati, un tas ir Zabbix elements, kas aktīvi brīdina administratorus, kad rodas problēmas jebkurā no uzraudzītajām sistēmām.

Pamata Zabbix servera darbība ir sadalīta trīs atsevišķos komponentos; tie ir: Zabbix serveris, lietotāja saskarne un datubāzes krātuve.

Visa Zabbix konfigurācijas informācija tiek glabāta datubāzē, ar kuru mijiedarbojas gan serveris, gan lietotāja saskarne. Piemēram, kad jūs izveidojat jaunu vienumu, izmantojot lietotāja saskarni (vai API), tas tiek pievienots vienumu tabulai datubāzē. Pēc tam aptuveni reizi minūtē Zabbix serveris vaicās vienumu tabulu, lai iegūtu aktīvo vienumu sarakstu, kas pēc tam tiek saglabāts kešatmiņā Zabbix serverī. Tāpēc var paiet līdz pat divām minūtēm, līdz jebkuras izmaiņas, kas veiktas Zabbix lietotāja saskarnē, parādās jaunāko datu sadaļā.

Servera palaišana

Ja instalēts kā pakotne

Zabbix serveris darbojas kā dēmona process. Serveri var palaist, izpildot:

systemctl start zabbix-server

Tas darbosies lielākajā daļā GNU/Linux sistēmu. Citās sistēmās jums var būt nepieciešams izpildīt:

/etc/init.d/zabbix-server start

Līdzīgi, lai apturētu/pārstartētu/apskatītu statusu, izmantojiet šādas komandas:

systemctl stop zabbix-server
systemctl restart zabbix-server
systemctl status zabbix-server

Palaišana manuāli

Ja iepriekš minētais nedarbojas, jums tas jāpalaiž manuāli. Atrodiet zabbix_server binārā faila ceļu un izpildiet:

zabbix_server

Ar Zabbix serveris varat izmantot šādus komandrindas parametrus:

-c --config <file>              Ceļš uz konfigurācijas failu (noklusējuma vērtība ir /usr/local/etc/zabbix_server.conf)
-f --foreground                 Palaiž Zabbix serveris priekšplānā
-R --runtime-control <option>   Veic administratīvās funkcijas
-T --test-config                Validē konfigurācijas failu un iziet
-h --help                       Parāda šo palīdzību
-V --version                    Parāda versijas numuru

Zabbix serveris palaišanas piemēri ar komandrindas parametriem:

zabbix_server -c /usr/local/etc/zabbix_server.conf
zabbix_server --help
zabbix_server -V

Izpildlaika vadība

Izpildlaika vadības opcijas:

Option	Description	Target
`config_cache_reload`	Pārlādēt konfigurācijas kešatmiņu. Tiek ignorēts, ja kešatmiņa pašlaik tiek ielādēta.
`diaginfo[=<section>]`	Savākt diagnostikas informāciju servera žurnāla failā.	`historycache` - vēstures kešatmiņas statistika; `valuecache` - vērtību kešatmiņas statistika; `preprocessing` - pirmapstrādes pārvaldnieka statistika; `alerting` - brīdinājumu pārvaldnieka statistika; `lld` - LLD pārvaldnieka statistika; `locks` - mutexu saraksts (tukšs BSD sistēmās); `connector` - statistika savienotājiem ar lielāko rindu.
`ha_status`	Reģistrēt augstas pieejamības (HA) klastera statusu žurnālā.
`ha_remove_node=target`	Noņemt augstas pieejamības (HA) mezglu, kas norādīts pēc tā nosaukuma vai ID. Ņemiet vērā, ka aktīvos/rezerve mezglus nevar noņemt.	target - mezgla nosaukums vai ID (var iegūt, izpildot `ha_status`).
`ha_set_failover_delay=delay`	Iestatīt augstas pieejamības (HA) pārslēgšanās aizkavi. Tiek atbalstīti laika sufiksi, piemēram, 10s, 1m.
`proxy_config_cache_reload[=<target>]`	Pārlādēt starpniekservera konfigurācijas kešatmiņu.	target - ar komatiem atdalīts starpniekserveru nosaukumu saraksts. Ja target nav norādīts, konfigurācija tiek pārlādēta visiem starpniekserveriem.
`secrets_reload`	Pārlādēt noslēpumus no Vault.
`service_cache_reload`	Pārlādēt pakalpojumu pārvaldnieka kešatmiņu.
`snmp_cache_reload`	Pārlādēt SNMP kešatmiņu — notīrīt SNMP dzinēja īpašības (dzinēja laiku, dzinēja palaišanas reižu skaitu, dzinēja ID, akreditācijas datus) visiem hosts. Izmantojiet, lai piespiestu globālu kešatmiņas notīrīšanu, novēršot SNMP problēmas.
`housekeeper_execute`	Sākt housekeeping procedūru. Tiek ignorēts, ja housekeeping procedūra pašlaik jau notiek.
`trigger_housekeeper_execute`	Sākt trigeru housekeeping procedūru. Tiek ignorēts, ja trigeru housekeeping procedūra pašlaik jau notiek. Līdz brīdim, kad trigeru housekeeping procedūra tiek sākta, problēmas, ko izraisa trigeri, kas kopš tā laika ir dzēsti, joprojām var ģenerēt pakalpojumu problēmas un piešķirt tās pakalpojumiem. Ja jūsu konfigurācijā ir daudz pakalpojumu statusa aprēķināšanas noteikumu, kas balstīti uz bieži atklātiem/neatklātiem trigeriem, apsveriet housekeeping procedūras biežuma palielināšanu, pielāgojot servera konfigurācijas parametru `ProblemHousekeepingFrequency`.
`log_level_increase[=<target>]`	Palielināt žurnāla līmeni, ietekmē visus procesus, ja target nav norādīts. Nav atbalstīts BSD sistēmās.	process type - visi norādītā tipa procesi (piem., `poller`). Skatiet visus servera procesu tipus. process type,N - procesa tips un numurs (piem., `poller,3`). pid - procesa identifikators (`1` līdz `65535`). Lielākām vērtībām norādiet target kā 'process type,N'.
`log_level_decrease[=<target>]`	Samazināt žurnāla līmeni, ietekmē visus procesus, ja target nav norādīts. Nav atbalstīts BSD sistēmās.
`prof_enable[=<target>]`	Iespējot profilēšanu. Ietekmē visus procesus, ja target nav norādīts. Iespējota profilēšana sniedz informāciju par visiem rwlock/mutex pēc funkcijas nosaukuma.	process type - visi norādītā tipa procesi (piem., `history syncer`) Atbalstītie procesu tipi kā profilēšanas mērķi: `alerter`, `alert manager`, `availability manager`, `configuration syncer`, `discovery manager`, `escalator`, `history poller`, `history syncer`, `housekeeper`, `http poller`, `icmp pinger`, `ipmi manager`, `ipmi poller`, `java poller`, `lld manager`, `lld worker`, `odbc poller`, `poller`, `preprocessing manager`, `preprocessing worker`, `proxy poller`, `self-monitoring`, `service manager`, `snmp trapper`, `task manager`, `timer`, `trapper`, `unreachable poller`, `vmware collector`. process type,N - procesa tips un numurs (piem., `history syncer,1`). pid - procesa identifikators (`1` līdz `65535`). Lielākām vērtībām norādiet target kā 'process type,N'. scope - `rwlock`, `mutex`, `processing` var izmantot kopā ar procesa tipu un numuru (piem., `history syncer,1,processing`) vai visiem tipa procesiem (piem., `history syncer,rwlock`).
`prof_disable[=<target>]`	Atspējot profilēšanu. Ietekmē visus procesus, ja target nav norādīts.	process type - visi norādītā tipa procesi (piem., `history syncer`). Atbalstītie procesu tipi kā profilēšanas mērķi: skatiet `prof_enable`. process type,N - procesa tips un numurs (piem., `history syncer,1`). pid - procesa identifikators (`1` līdz `65535`). Lielākām vērtībām norādiet target kā 'process type,N'.

Piemērs, kā izmantot izpildlaika vadību, lai pārlādētu servera konfigurācijas kešatmiņu:

zabbix_server -c /usr/local/etc/zabbix_server.conf -R config_cache_reload

Izpildlaika vadības izmantošanas piemēri, lai pārlādētu starpniekservera konfigurāciju:

# Pārlādēt visu starpniekserveru konfigurāciju:
zabbix_server -R proxy_config_cache_reload

# Pārlādēt Proxy1 un Proxy2 konfigurāciju:
zabbix_server -R proxy_config_cache_reload=Proxy1,Proxy2

Izpildlaika vadības izmantošanas piemēri diagnostikas informācijas iegūšanai:

# Iegūt visu pieejamo diagnostikas informāciju servera žurnāla failā:
zabbix_server -R diaginfo

# Iegūt vēstures kešatmiņas statistiku servera žurnāla failā:
zabbix_server -R diaginfo=historycache

Piemērs, kā izmantot izpildlaika vadību, lai pārlādētu SNMP kešatmiņu:

zabbix_server -R snmp_cache_reload

Kad SNMPv3 interfeiss tiek atjaunināts, izmantojot Zabbix lietotāja saskarni, vairumā gadījumu Zabbix automātiski pārlādēs šī interfeisa jaunos SNMPv3 akreditācijas datus; izmantojiet -R snmp_cache_reload tikai tad, ja aptauja joprojām neizdodas pēc akreditācijas datu maiņas (piemēram, engineBoots/engineID neatbilstību vai ierīču, kas neatbilst RFC, dēļ), vai arī tad, ja problēmu novēršanai nepieciešams piespiedu kārtā notīrīt visu SNMP kešatmiņu.

Piemērs, kā izmantot izpildlaika vadību, lai aktivizētu housekeeper izpildi:

zabbix_server -c /usr/local/etc/zabbix_server.conf -R housekeeper_execute

Izpildlaika vadības izmantošanas piemēri žurnāla līmeņa maiņai:

# Palielināt visu procesu žurnāla līmeni:
zabbix_server -c /usr/local/etc/zabbix_server.conf -R log_level_increase

# Palielināt otrā poller procesa žurnāla līmeni:
zabbix_server -c /usr/local/etc/zabbix_server.conf -R log_level_increase=poller,2

# Palielināt procesa ar PID 1234 žurnāla līmeni:
zabbix_server -c /usr/local/etc/zabbix_server.conf -R log_level_increase=1234

# Samazināt visu http poller procesu žurnāla līmeni:
zabbix_server -c /usr/local/etc/zabbix_server.conf -R log_level_decrease="http poller"

Piemērs HA atteices pārslēgšanas aizkaves iestatīšanai uz minimālo 10 sekundes:

zabbix_server -R ha_set_failover_delay=10s

Procesa lietotājs

Zabbix serveris ir paredzēts darbam kā lietotājs, kas nav root. Tas darbosies ar jebkuru lietotāju, ar kuru tas tiek palaists, ja vien tas nav root. Tāpēc serveri var palaist ar jebkuru lietotāju, kas nav root, bez jebkādām problēmām.

Ja mēģināsiet to palaist kā 'root', tas pārslēgsies uz iepriekš noteiktu 'zabbix' lietotāju, kuram jābūt pieejamam jūsu sistēmā. Serveri var palaist kā 'root' tikai tad, ja attiecīgi modificējat parametru 'AllowRoot' servera konfigurācijas failā.

Ja Zabbix serveris un aģents darbojas vienā un tajā pašā datorā, ieteicams servera palaišanai izmantot citu lietotāju nekā aģenta palaišanai. Pretējā gadījumā, ja abi darbojas ar vienu un to pašu lietotāju, aģents var piekļūt servera konfigurācijas failam, un jebkurš Zabbix Admin līmeņa lietotājs var diezgan viegli iegūt, piemēram, datubāzes paroli.

Konfigurācijas fails

Skatiet konfigurācijas faila opcijas, lai iegūtu detalizētu informāciju par zabbix_server konfigurēšanu.

Startēšanas skripti

Skripti tiek izmantoti, lai sistēmas palaišanas/izslēgšanas laikā automātiski palaistu/apturētu Zabbix procesus. Skripti atrodas direktorijā misc/init.d.

Servera procesu tipi un pavedieni

agent poller - asinhrons aptaujas process pasīvajām pārbaudēm ar darba pavedienu;
alert manager - brīdinājumu rindas pārvaldnieks;
alert syncer - brīdinājumu DB rakstītājs;
alerter - paziņojumu nosūtīšanas process;
availability manager - process hosts pieejamības atjauninājumiem;
browser poller - aptaujas process pārlūka vienumu pārbaudēm;
configuration syncer - process konfigurācijas datu atmiņā kešatmiņas pārvaldībai;
configuration syncer worker - process lietotāja makro vērtību atrisināšanai un sinhronizēšanai vienumu nosaukumos;
connector manager - savienotāju pārvaldnieka process;
connector worker - process pieprasījumu apstrādei no savienotāju pārvaldnieka;
discovery manager - ierīču atklāšanas pārvaldnieka process;
discovery worker - process atklāšanas uzdevumu apstrādei no atklāšanas pārvaldnieka;
escalator - darbību eskalācijas process;
ha manager - augstas pieejamības pārvaldības process;
history poller - process aprēķināto pārbaužu apstrādei, kurām nepieciešams datubāzes savienojums;
history syncer - vēstures DB rakstītājs;
housekeeper - process novecojušu datu noņemšanai (vienumu vēsture un tendences, lietotāju sesijas, notikumi utt.), kā arī datu, kas palikuši pēc dzēstiem objektiem;
http agent poller - asinhrons aptaujas process HTTP pārbaudēm ar darba pavedienu;
http poller - tīmekļa uzraudzības aptaujas process;
icmp pinger - aptaujas process icmpping pārbaudēm;
internal poller - aptaujas process iekšējām pārbaudēm;
ipmi manager - IPMI aptaujas pārvaldnieks;
ipmi poller - aptaujas process IPMI pārbaudēm;
java poller - aptaujas process Java pārbaudēm;
lld manager - zema līmeņa atklāšanas uzdevumu pārvaldnieka process;
lld worker - zema līmeņa atklāšanas uzdevumu darba process;
odbc poller - aptaujas process ODBC pārbaudēm;
poller - parasts aptaujas process pasīvajām pārbaudēm;
preprocessing manager - priekšapstrādes uzdevumu pārvaldnieks ar priekšapstrādes darba pavedieniem;
preprocessing worker - pavediens datu priekšapstrādei;
proxy poller - aptaujas process pasīvajiem starpniekserveriem;
proxy group manager - starpniekserveru slodzes balansēšanas un augstas pieejamības pārvaldnieks;
report manager- plānoto atskaišu ģenerēšanas uzdevumu pārvaldnieks;
report writer - process plānoto atskaišu ģenerēšanai;
self-monitoring - process iekšējās servera statistikas apkopošanai;
service manager - pakalpojumu pārvaldības process, saņemot informāciju par problēmām, problēmu tagiem un problēmu atkopšanu no history syncer, task manager un alert manager;
snmp poller - asinhrons aptaujas process SNMP pārbaudēm ar darba pavedienu (walk[OID] un get[OID] vienumiem tikai);
snmp trapper - SNMP trapu uztvērējs;
task manager - process citu komponentu pieprasītu uzdevumu attālinātai izpildei (piem., problēmas slēgšana, problēmas apstiprināšana, vienuma vērtības pārbaude tagad, attālinātas komandas funkcionalitāte);
timer - taimeris uzturēšanas darbu apstrādei;
trapper - uztvērējs aktīvajām pārbaudēm, trapām, starpniekservera saziņai;
trigger housekeeper - process problēmu un notikumu noņemšanai, ko ģenerējuši trigeri, kas kopš tā laika ir dzēsti;
unreachable poller - aptaujas process nesasniedzamām ierīcēm;
vmware collector - VMware datu savācējs, kas atbild par datu apkopošanu no VMware pakalpojumiem.

Servera žurnāla failu var izmantot, lai novērotu šos procesu tipus.

Kopš Zabbix 7.0.22 servera žurnāla fails tiek izveidots ar lasīšanas-rakstīšanas atļaujām tikai faila īpašniekam. Papildus fails ir lasāms īpašnieka grupai. Visas pārējās atļaujas ir liegtas.

Dažādus Zabbix servera procesu tipus var uzraudzīt, izmantojot iekšējo zabbix[process,<type>,<mode>,<state>] vienumu.

Atbalstītās platformas

Drošības prasību un servera darbības kritiski svarīgā rakstura dēļ UNIX ir vienīgā operētājsistēma, kas spēj pastāvīgi nodrošināt nepieciešamo veiktspēju, kļūdu noturību un darbības nepārtrauktību. Zabbix darbojas tirgū vadošajās versijās.

Zabbix serveris ir testēts šādās platformās:

Linux
Solaris
AIX
HP-UX
Mac OS X
FreeBSD
OpenBSD
NetBSD
SCO Open Server

Zabbix var darboties arī citās Unix tipa operētājsistēmās.

Lokalizācija

Ņemiet vērā, ka serveris pieprasa UTF-8 lokalizāciju, lai daži teksta vienumi varētu tikt pareizi interpretēti. Lielākajā daļā mūsdienu Unix tipa sistēmu UTF-8 lokalizācija ir iestatīta pēc noklusējuma, tomēr ir sistēmas, kurās tā ir jānorāda īpaši.

What’s next?

1 Augsta pieejamība

Docs

1 Serveris

Pārskats