El servidor Áú»¢¶Ä²© ¨¦s el processador central del programari Áú»¢¶Ä²©.
El servidor interroga i recupera la informaci¨®, calcula els triggers, i envia les notificacions als usuaris. ?s el component central on els agents i els proxys Áú»¢¶Ä²© reporten la informaci¨® de disponibilitat i integritat dels sistemes. El servidor pot per s¨ª mateix verificar a dist¨¤ncia els serveis de xarxa (com ara els servidors Web i els servidors de missatgeria) emprant simples verificacions de servei.
El servidor ¨¦s el referencial central on totes les dades de configuraci¨®, estad¨ªstiques i operacions s'emmagatzemen, i ¨¦s l'entitat de Áú»¢¶Ä²© que alerta activament els administrador quan apareixen problemes en un dels sistemes monitorats.
El funcionament del servidor es divideix en tres components diferents, que s¨®n: el servidor Áú»¢¶Ä²©, la interf¨ªcie Web i l'emmagatzematge en una base de dades.
Tota la informaci¨® de configuraci¨® de Áú»¢¶Ä²© s'emmagatzema a la base de dades, amb qui el servidor i la interf¨ªcie interactuen. Per exemple, si creem un nou element des de la interf¨ªcie Web (o l'API), s'afegeix a la taula dels elements de la base de dades. Llavors, cap a un cop per minuts, el servidor Áú»¢¶Ä²© demana a la taula dels elements per obtindre una llista d'elements actius que s¨®n emmagatzemats a una cau del servidor Áú»¢¶Ä²©. D'aquesta manera, pot prendre fins a dos minuts perqu¨¨ tota modificaci¨® aparegui a la darrera secci¨® de dades.
El servidor funciona com un proc¨¦s dimoni. Pot engegar-se executant:
aix¨° funcionar¨¤ a la majoria dels sistemes GNU/Linux. Sota altre sistemes, haureu de poder executar:
De la mateixa manera, per aturar/reiniciar/consultar l'estat, empreu les comandes seg¨¹ents:
Si les comandes anteriors no funcionen pas, haureu d'engegar el proxy manualment. Trobeu el cam¨ª dels binaris de zabbix_server i executeu:
Podreu emprar els par¨¤metres de l¨ªnies de comanda seg¨¹ents amb el servidor Áú»¢¶Ä²©:
-c --config <file> ruta del fitxer de configuraci¨® (per defecte ¨¦s /usr/local/etc/zabbix_server.conf)
-f --foreground executar el servidor Áú»¢¶Ä²© en primer pla
-R --runtime-control <option> executar funcions administratives
-h --help veure aquesta ajuda
-V --version veure el nombre de versi¨®
Exemples d'execuci¨® del servidor Áú»¢¶Ä²© amb els par¨¤metres de l¨ªnia de comandes:
Opcions de control d'execuci¨®:
°¿±è³¦¾±¨® | ¶Ù±ð²õ³¦°ù¾±±è³¦¾±¨® | ¶Ù±ð²õ³Ù¨ª |
---|---|---|
config_cache_reload | Recarrega la mem¨°ria cau de configuraci¨®. S'ignora si la mem¨°ria cau ¨¦s carregant-se. | |
diaginfo[=<target>] | Recull informaci¨® de diagn¨°stic al fitxer de registre del servidor. | historycache - estad¨ªstiques de la mem¨°ria cau de l'hist¨°ric valuecache - estad¨ªstiques de la mem¨°ria cau de valors * *preprocessing - estad¨ªstiques del gestor de preprocessament alerting - estad¨ªstiques del gestor d'alertes lld - estad¨ªstiques del gestor de LLD locks** - llista de mutex (buida a sistemes BSD) |
ha_status | Registra l'estat del cl¨²ster d'alta disponibilitat (HA). | |
ha_remove_node=target | Esborra el node d'alta disponibilitat (HA) especificat per nom o identificador. Tingueu en compte que els nodes actius/en espera no es poden esborrar pas. |
target - nom o identificador de node (pot obtindre's executant ha_status) |
ha_set_failover_delay=delay | Defineix el retard de la migraci¨® per error d'alta disponibilitat (HA). S'admeten sufixos de temps, p. ex. 10s, 1m. |
|
secrets_reload | Recarrega els secrets del bagul. | |
service_cache_reload | Recarrega la mem¨°ria cau del gestor de serveis. | |
snmp_cache_reload | Recarrega la mem¨°ria cau SNMP, esborra les propietats SNMP (hora del motor, inicis del motor, identificador del motor, credencials) per a tots els equips. | |
housekeeper_execute | Inicia el procediment de neteja. S'ignora si el procediment de neteja ¨¦s en curs. |
|
trigger_housekeeper_execute | Inicia el procediment de neteja del trigger per als serveis per esborrar els problemes causats pels triggers que s'han esborrat des de llavors, inclosos els problemes de servei generats per aquests problemes (considerats com a resolts en el moment de la neteja). Tingueu en compte que, fins que no s'inici? el procediment de neteja, els problemes causats pels triggers que s'han esborrat encara poden generar problemes de servei i assignar-los als serveis. Si la vostra configuraci¨® implica molts serveis de [regles de c¨¤lcul d'estat] (/manual/it_services/service_tree#service-configuration) basat en triggers descoberts/no descoberts amb freq¨¹¨¨ncia, considereu augmentar la freq¨¹¨¨ncia del procediment de manteniment del trigger ajustant el par¨¤metre de configuraci¨® del servidor ProblemHousekeepingFrequency. S'ignora si el trigger de neteja ¨¦s en curs. |
|
log_level_increase[=<target>] | Augmenta el nivell de registre, afecta tots els processos si no s'especifica l'objectiu. No ¨¦s compatible amb sistemes BSD. |
tipus de proc¨¦s* * - Tots els processos del tipus especificat (p. ex. enquestador) Veieu tots els tipus de proc¨¦s del servidor. tipus de proc¨¦s,N* * - Tipus i nombre de proc¨¦s (per exemple, poller,3)< br>pid: identificador del proc¨¦s (de l'1 al 65535). Per a valors m¨¦s grans, especifiqueu l'objectiu com a "tipus de proc¨¦s,N". |
log_level_decrease[=<target>] | Disminueix el nivell de registre, afecta tots els processos si no s'especifica l'objectiu. No ¨¦s compatible amb sistemes BSD. |
|
prof_enable[=<target>] | Activa el perfil. Afecta tots els processos si no s'especifica l'objectiu. El perfil activat proporciona detalls sobre tots els rwlocks/mutex pel nom de la funci¨®. Adm¨¨s des de Áú»¢¶Ä²© 6.0.13. |
tipus de proc¨¦s: tots els processos d'un tipus especificat (p. ex., sincronitzador d'historial) Els tipus de proc¨¦s admesos es carreguen com a objectius de perfil: alertador, gestor d'alertes, gestor de disponibilitat, configuraci¨® de sincronitzaci¨®, descobridor, escala mec¨¤nica, enquestador d'hist¨°ric, sincronitzador d'hist¨°ric, neteja programada, http poller, icmp pinger, ipmi poller, ipmi poller, java poller, lld manager, lld worker, odbc poller, poller, gestor de preprocessament, proxy poller, autocontrol, gestor de serveis, snmp trapper, gestor de tasques, temporitzador, trapper, poller inaccessible, vmware collector tipus de proc¨¦s,N: tipus i nombre de proc¨¦s (p. ex., sincronitzaci¨® d'hist¨°ric,1) pid - Identificador de proc¨¦s (de l'1 al 65535). Per a valors m¨¦s alts, especifiqueu l'objectiu com a "tipus de proc¨¦s,N". abast - "rwlock", "mutex" i "processament" es poden emprar amb el tipus i el nombre de proc¨¦s (p. ex., sincronitzaci¨® d'historial,1). ,processing) o a tot tipus de processos (p. ex., history syncer,rwlock) |
prof_disable[=<target>] | Desactiva la creaci¨® de perfils. Afecta tots els processos si no s'especifica l'objectiu. Suportat des de Áú»¢¶Ä²© 6.0.13. |
process type - Tots els processos del tipus especificat (p. ex. sincronitzador d'hist¨°ric) Tipus de proc¨¦s compatible com a objectius de perfil: vegeu prof_enable tipus de proc¨¦s ,N - Tipus i nombre de proc¨¦s (p. ex., sincronitzaci¨® d'hist¨°ric,1)<br >pid: identificador del proc¨¦s (de l'1 al 65535). Per a valors m¨¦s grans, especifiqueu l'objectiu com a "tipus de proc¨¦s,N". |
Exemple d'¨²s del control en temps d'execuci¨® per tornar a carregar la mem¨°ria cau de configuraci¨® del servidor:
Exemples d'¨²s del control en temps d'execuci¨® per recopilar informaci¨® de diagn¨°stic:
Recollir tota la informaci¨® de diagn¨°stic disponible al fitxer de registre del servidor:
zabbix_server -R diaginfo
Recollir les estad¨ªstiques de la mem¨°ria cau de l'historial al fitxer de registre del servidor:
zabbix_server -R diaginfo=historycache
Exemple d'¨²s del control de temps d'execuci¨® per tornar a carregar la mem¨°ria cau SNMP:
Exemple d'¨²s del control d'execuci¨® per activar l'execuci¨® de neteja:
Exemples d'¨²s del control d'execuci¨® per canviar el nivell de registre:
Pujar el nivell de registre de tots els processos:
zabbix_server -c /usr/local/etc/zabbix_server.conf -R log_level_increase
Pujar el nivell de registre del segon proc¨¦s d'enquesta:
zabbix_server -c /usr/local/etc/zabbix_server.conf -R log_level_increase=poller,2
Pujar el nivell de registre del proc¨¦s amb PID 1234:
zabbix_server -c /usr/local/etc/zabbix_server.conf -R log_level_increase=1234
Baixar el nivell de registre de tots els processos de sondeig http:
zabbix_server -c /usr/local/etc/zabbix_server.conf -R log_level_decrease="http poller"
Exemple de configuraci¨® del retard de la migraci¨® per error d'HA a un m¨ªnim de 10 segons:
El servidor Áú»¢¶Ä²© ¨¦s dissenyat per funcionar com a usuari no root. Funcionar¨¤ amb qualsevol usuari no root que inici? els processos. Aix¨ª, podeu executar el servidor com a usuari no root sense cap problema.
Si mireu d'executar-lo com a 'root', canviar¨¤ a un usuari 'zabbix' codificat en dur, que ha d'¨¦sser present al vostre sistema. Nom¨¦s podeu executar el servidor com a 'root' si canvieu la configuraci¨® 'AllowRoot' al fitxer de configuraci¨® associat del servidor.
Si el servidor i l'agent Áú»¢¶Ä²© s'executen a la mateixa m¨¤quina, es recomana emprar un usuari diferent per executar el servidor i l'agent. En cas contrari, si tots dos s'executen amb el mateix usuari, l'agent pot accedir al fitxer de configuraci¨® del servidor i qualsevol usuari de nivell administrador de Áú»¢¶Ä²© pot recuperar f¨¤cilment, per exemple, el mot de pas de la base de dades.
Veure les opcions de l'arxiu de configuraci¨® per tindre m¨¦s detalls sobre la configuraci¨® del zabbix_server.
Els scripts s'empren per iniciar/aturar autom¨¤ticament els processos Áú»¢¶Ä²© durant l'inici/aturada del sistema. Els scripts s¨®n al directori misc/init.d.
-alert manager
- gestor de cues d'alertes -alert syncer
- proc¨¦s d'escriptura d'alertes a la base de dades -alerter
- proc¨¦s d'enviament de notificacions -availability manager
- proc¨¦s d'actualitzaci¨® de la disponibilitat de l'equip -configuration syncer
- proc¨¦s de gesti¨® de dades de configuraci¨® de la mem¨°ria cau a la mem¨°ria -discoverer
- proc¨¦s de descoberta de dispositius -escalator
- proc¨¦s d'escalada d'accions -ha manager
- process per gestionar l'alta disponibilitat -history poller
- processos calculats i comprovacions internes que requereixen una connexi¨® a la base de dades -history syncer
- proc¨¦s d'escriptura de l'historial a la base de dades -housekeeper
- proc¨¦s d'esborrat de dades de l'historial antic -http poller
- poller per al monitoratge web
-icmp pinger
- poller per a comprovacions icmpping -ipmi manager
- gestors d'enquestadors IPMI -ipmi poller
- poller per a comprovacions IPMI -java poller
- poller per a comprovacions de Java -lld manager
- proc¨¦s de gesti¨® de tasques de descoberta de baix nivell -lld worker
- proc¨¦s per gestionar tasques de descoberta de baix nivell -odbc poller
- poller per a comprovacions ODBC -poller
- poller normal per a controls passius -preprocessing manager
- gestor de tasques de preprocessament -preprocessing worker
- proc¨¦s de preprocessament de dades -problem housekeeper
- proc¨¦s de neteja de problemes amb triggers esborrats -proxy poller
- poller de proxys passius -report manager
- gestor de tasques de generaci¨® d'informes programats -report writer
- proc¨¦s de generaci¨® d'informes programat -self-monitoring
- proc¨¦s de recollida d'estad¨ªstiques internes del servidor -service manager
- proc¨¦s per gestionar serveis rebent informaci¨® sobre problemes, etiquetes de problemes i recuperaci¨® de problemes des del sincronitzador d'historial, gestor de tasques i gestor d'alertes -snmp trapper
- trapper per a trampes SNMP -task manager
- proc¨¦s per a l'execuci¨® remota de tasques demanades per altres components (per exemple: tancar un problema, recon¨¨ixer un problema, verificaci¨® immediata del valor d'un element, control remot de la funcionalitat d'execuci¨®) -timer
- temporitzador per processar manteniments -trapper
- trapper per a controls actius, trampes, comunicaci¨® amb el proxy -trigger housekeeper
- proc¨¦s per esborrar problemes generats per els triggers que s'han esborrat -unreachable poller
- enquesta d'equips inabastable -vmware collector
- col¡¤lector de dades de VMware responsable de recopilar dades per als serveis de VMware
El fitxer de registre del servidor es pot emprar per observar els tipus de proc¨¦s.
Es poden monitorar diversos tipus de processos del servidor Áú»¢¶Ä²© mitjan?ant elements interns de zabbix[process,<type>,<mode>,<state>].
Per raons de seguretat i de la natura cr¨ªtica del funcionament del servidor, UNIX ¨¦s l'¨²nic sistema d'explotaci¨® capa? de proporcionar sistem¨¤ticament el rendiment, toler¨¤ncia a errades i resili¨¨ncia necess¨¤ries. Áú»¢¶Ä²© funciona sota les millors versios del mercat.
El servidor Áú»¢¶Ä²© s'ha provat amb les seg¨¹ents plataformes:
Áú»¢¶Ä²© pot funcionar igualment amb altres sistemes d'explotaci¨® de tipus Unix.
Veieu que al servidor li cal un entorn local UTF-8 per tal que determinats elements textuals puguin ¨¦sser interpretats correctament. La majoria dels sistemes moderns de tipus Unix tenen un par¨¤metre regional UTF-8 per defecte; de tota manera, alguns sistemes poden haver d'¨¦sser definits espec¨ªficament.