Table of Contents
2 Servidor
Vis?o geral
O Áú»¢¶Ä²© Server ¨¦ o componente central da solu??o.
O servidor gerencia a coleta e recebimento de dados, calcula o estado das triggers, envia notifica??es aos usu¨¢rios. Ele ¨¦ o componente para o qual os agentes e proxies enviam dados sobre a disponibilidade, performance e integridade dos sistemas monitorados. O servidor tamb¨¦m pode executar por s¨ª s¨® verifica??es remotas nos dispositivos monitorados, estas verifica??es ocorrem quando se utiliza itens do tipo "verifica??o simples".
O servidor gerencia o reposit¨®rio central de configura??o, estat¨ªsticas e armazenamento de dados operacionais, ¨¦ ele quem ir¨¢ alertar os administradores quando os incidentes ocorrerem.
As funcionalidades b¨¢sicas de uma solu??o de monitora??o baseada em Áú»¢¶Ä²© ¨¦ distribuida em tr¨ºs componentes: Áú»¢¶Ä²© Server, interface web e banco de dados (SGDB).
Todas as informa??es de configura??o da monitora??o s?o armazenadas no banco de dados, tanto o Servidor quanto a Interface Web do Áú»¢¶Ä²© interagem com o SGBD. Por exemplo, quando voc¨º utiliza a interface web (ou a API) para adicionar itens, eles s?o salvos em uma tabela do SGDB. Em paralelo a isso o Áú»¢¶Ä²© Server, uma vez a cada minuto, ir¨¢ buscar, na tabela de itens, a lista de itens que dever?o ser monitorados. ? por isso que pode demorar at¨¦ dois minutos para que uma modifica??o feita na Interface Web comece a produzir efeitos na tela de dados recentes.
Processo do Servidor
O Áú»¢¶Ä²© Server ¨¦ executado como um processo de segundo plano (daemon). O exemplo abaixo demonstra uma das formas de inicia-lo:
Voc¨º pode utilizar alguns par?metros com o Áú»¢¶Ä²© Server:
-c --config <arquivo> caminho absoluto (completo) para o arquivo de configura??o (o padr?o ¨¦ /etc/zabbix/zabbix_server.conf)
-R --runtime-control <op??o> executa fun??es administrativas
-h --help apresenta o help de par?metros
-V --version apresenta o n¨²mero de vers?oO controle em tempo de execu??o n?o ¨¦ suportado em OpenBSD e em NetBSD.
Exemplos de linha de comando com par?metros:
shell> zabbix_server -c /usr/local/etc/zabbix_server.conf
shell> zabbix_server --help
shell> zabbix_server -VControle em tempo de execu??o
Op??es do controle em tempo de execu??o:
| Op??o | Descri??o | Objetivo |
|---|---|---|
| config_cache_reload | Atualiza o cache de configura??o. O comando ¨¦ ignorado se o cache j¨¢ estiver atualizado. | |
| log_level_increase[=<alvo>] | Aumenta o n¨ªvel de log, afeta todos os processos se o alvo n?o for especificado. | pid - Identificador do processo (1 a 65535) tipo do processo - Restringe a todos os processos de determinado tipo (Ex.: poller) tipo do processo,N - Restringe a determinado processo de um tipo espec¨ªfico (Ex.: poller,3) |
| log_level_decrease[=<alvo>] | Reduz o n¨ªvel de log, afeta todos os processos se o alvo n?o for especificado. | |
O PID do processo a se modificar o n¨ªvel de log dever¨¢ estar entre 1 e 65535. Em ambientes com muitos processos a modifica??o poder¨¢ ser feita em um processo espec¨ªfico.
Exemplo de utiliza??o do controle em tempo de execu??o para recarregar o cache de configura??o do Áú»¢¶Ä²© Server:
Exemplos de utiliza??o do controle em tempo de execu??o para modificar o n¨ªvel de log:
Aumenta o n¨ªvel de log de todos os processos:
shell> zabbix_server -c /usr/local/etc/zabbix_server.conf -R log_level_increase
Aumenta o n¨ªvel de log do segundo processo de pooler:
shell> zabbix_server -c /usr/local/etc/zabbix_server.conf -R log_level_increase=poller,2
Aumenta o n¨ªvel de log do processo com PID 1234:
shell> zabbix_server -c /usr/local/etc/zabbix_server.conf -R log_level_increase=1234
Diminui o n¨ªvel de log de todos os processos do pooler HTTP:
shell> zabbix_server -c /usr/local/etc/zabbix_server.conf -R log_level_decrease="http poller"Inicie manualmente
Se o acima n?o funcionar voc¨º ter¨¢ que iniciar manualmente. Encontre o caminho para o bin¨¢rio do zabbix_server e execute:
Voc¨º pode usar os seguintes par?metros de linha de comando com o Áú»¢¶Ä²© server:
-c --config <file> caminho para o arquivo de configura??o (o padr?o ¨¦ /usr/local/etc/zabbix_server.conf)
-f --foreground executa o Áú»¢¶Ä²© Server ao fundo (foreground)
-R --runtime-control <option> realiza fun??es administrativas
-h --help apresenta esta ajuda
-V --version exibe n¨²mero de vers?oExemplos de execu??o do Áú»¢¶Ä²© Server com par?metros de linha de comando:
shell> zabbix_server -c /usr/local/etc/zabbix_server.conf
shell> zabbix_server --help
shell> zabbix_server -VControle em tempo de execu??o
Op??es de controle em tempo de execu??o:
| Op??o | Descri??o | Alvo |
|---|---|---|
| config_cache_reload | Recarrega o cache de configura??o. Ignorado se o cache atualmente est¨¢ sendo carregado. | |
| diaginfo[=<target>] | Re¨²ne informa??es de diagn¨®stico no arquivo de log do Server. | historycache - estat¨ªsticas de cache de hist¨®rico valuecache - estat¨ªsticas de cache de valor preprocessing - estat¨ªsticas de gerenciados de pr¨¦-processamento alerting - estat¨ªsticas de gerenciador de alerta lld - estat¨ªsticas de gerenciador de LLD locks - lista de mutexes (¨¦ vazio em sistemas **BSD*) |
| ha_status | Registra (log) o estado do cluster de alta disponibilidade (HA). | |
| ha_remove_node=target | Remove o n¨® de alta disponibilidade (HA) especificado pelo seu n¨²mero listado. Note que n¨®s ativos/em espera n?o podem ser removidos. |
target - n¨²mero do n¨® na lista (pode ser obtido pela execu??o de ha_status) |
| ha_set_failover_delay=delay | Configura atraso de recupera??o de falha (failover) de alta disponibilidade (HA). Sufixos de tempo s?o suportados, p.e. 10s, 1m. |
|
| secrets_reload | Recarrega segredos do Vault. | |
| service_cache_reload | Recarrega o cache do gerenciador de servi?o. | |
| snmp_cache_reload | Recarrega cache SNMP, limpa as propriedades SNMP (engine time, engine boots, engine id, credentials) para todos os hosts. | |
| housekeeper_execute | Inicia procedimento de housekeeping. Ignorado se o procedimento de housekeeping est¨¢ atualmente em progresso. | |
| trigger_housekeeper_execute | Inicia o procedimento de gatilho de housekeeping. Ignorado se o procedimento de gatilho de housekeeping est¨¢ atualmente em progresso. | |
| log_level_increase[=<target>] | Aumenta n¨ªvel de log, afeta todos os processos se alvo n?o for especificado. N?o suportado nos sistemas **BSD*. |
process type - Todos os processos do tipo especificado (p.e., poller) Veja todos os tipos de processo do Server. process type,N - Tipo e n¨²mero do processo (p.e., poller,3) pid - Identificador do processo (1 at¨¦ 65535). Para valores maiores especifique alvo como 'process type,N'. |
| log_level_decrease[=<target>] | Diminui n¨ªvel de log, afeta todos os processos se alvo n?o for especificado. N?o suportado nos sistemas **BSD*. |
Exemplo de utiliza??o de controle em tempo de execu??o para recarregar o cache de configura??o do Server:
Exemplo de utiliza??o de controle em tempo de execu??o para reunir informa??o de diagn¨®stico:
Re¨²ne todas as informa??es de diagn¨®stico dispon¨ªveis no arquivo de log do Server:
shell> zabbix_server -R diaginfo
Re¨²ne estat¨ªsticas de cache de hist¨®rico no arquivo de log do Server:
shell> zabbix_server -R diaginfo=historycacheExemplo de utiliza??o de controle em tempo de execu??o para recarregar cache SNMP:
Exemplo de utiliza??o de controle em tempo de execu??o para execu??o de gatilho de housekeeper:
Exemplo de utiliza??o de controle em tempo de execu??o para alterar n¨ªvel de log:
Aumenta n¨ªvel de log de todos os processos:
shell> zabbix_server -c /usr/local/etc/zabbix_server.conf -R log_level_increase
Aumenta o n¨ªvel de log do segundo processo de poller:
shell> zabbix_server -c /usr/local/etc/zabbix_server.conf -R log_level_increase=poller,2
Aumenta n¨ªvel de log do processo com PID 1234:
shell> zabbix_server -c /usr/local/etc/zabbix_server.conf -R log_level_increase=1234
Diminui o n¨ªvel de log de todos os processos de poller http:
shell> zabbix_server -c /usr/local/etc/zabbix_server.conf -R log_level_decrease="http poller"Exemplo de configura??o de atraso de failover HA para o m¨ªnimo de 10 segundos:
Scripts de inicializa??o
Os scripts s?o utilizados para iniciar automaticamente os processos do Áú»¢¶Ä²© Server durante o processo de inicializa??o e finaliza??o da m¨¢quina. Tais scripts podem ser localizados no diret¨®rio misc/init.d do c¨®digo fonte da solu??o.
Plataformas suportadas
Devido aos requisitos de seguran?a e a natureza de miss?o cr¨ªtica do funcionamento do Áú»¢¶Ä²© Server, o UNIX ¨¦ o ¨²nico sistema operacional que pode entregar de forma consistente o desempenho, toler?ncia a falhas e resili¨ºncia necess¨¢rios. O Áú»¢¶Ä²© opera como uma das solu??es l¨ªderes de mercado.
O Áú»¢¶Ä²© Server ¨¦ testado nas seguintes plataformas:
- Linux
- Solaris
- AIX
- HP-UX
- Mac OS X
- FreeBSD
- OpenBSD
- NetBSD
- SCO Open Server
- Tru64/OSF1
O Áú»¢¶Ä²© pode funcionar em outros sistemas operacionais baseados no UNIX.
Start-up scripts
The scripts are used to automatically start/stop Áú»¢¶Ä²© processes during system's start-up/shutdown. The scripts are located under 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, aggregated 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 taskspoller- 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 Áú»¢¶Ä²© server processes can be monitored using the zabbix[process,<type>,<mode>,<state>] internal item.
Supported platforms
Due to the security requirements and mission-critical nature of server operation, UNIX is the only operating system that can consistently deliver the necessary performance, fault tolerance and resilience. Áú»¢¶Ä²© operates on market leading versions.
Áú»¢¶Ä²© server is tested on the following platforms:
- Linux
- Solaris
- AIX
- HP-UX
- Mac OS X
- FreeBSD
- OpenBSD
- NetBSD
- SCO Open Server
- Tru64/OSF1
Áú»¢¶Ä²© may work on other Unix-like operating systems as well.
Locale
Note that the server requires a UTF-8 locale so that some textual items can be interpreted correctly. Most modern Unix-like systems have a UTF-8 locale as default, however, there are some systems where that may need to be set specifically.