Você está visualizando a documentação da versão de desenvolvimento, que pode estar incompleta.
Esta página foi traduzida automaticamente. Se você notar um erro, selecione-o e pressione Ctrl+Enter para reportá-lo aos editores.

4 Visão geral do Zabbix

Arquitetura

O Zabbix consiste em vários componentes principais de software. Suas responsabilidades estão descritas abaixo.

Server

O Zabbix server é o componente central para o qual os agents reportam informações de disponibilidade, integridade e estatísticas. O server é o repositório central no qual todos os dados de configuração, estatísticos e operacionais são armazenados.

Armazenamento em banco de dados

Todas as informações de configuração, bem como os dados coletados pelo Zabbix, são armazenados em um banco de dados.

Interface web

Para um acesso fácil ao Zabbix de qualquer lugar e de qualquer plataforma, a interface baseada na web é fornecida. A interface faz parte do Zabbix server e geralmente (mas não necessariamente) é executada na mesma máquina física que executa o server.

Proxy

O proxy Zabbix pode coletar dados de desempenho e disponibilidade em nome do servidor Zabbix. Um proxy é uma parte opcional da implantação do Zabbix; no entanto, pode ser muito benéfico para distribuir a carga de um único servidor Zabbix.

Agent

Os agents Zabbix são implantados nos alvos de monitoramento para monitorar ativamente recursos e aplicações locais e reportar os dados coletados ao Zabbix server. Desde o Zabbix 4.4, existem dois tipos de agents disponíveis: o Zabbix agent (leve, suportado em muitas plataformas, escrito em C) e o Zabbix agent 2 (extra-flexível, facilmente extensível com plugins, escrito em Go).

Fluxo de dados

Além disso, é importante dar um passo atrás e analisar o fluxo geral de dados dentro do Zabbix. Para criar um item que colete dados, você deve primeiro criar um host. Indo para o outro extremo do espectro do Zabbix, você deve primeiro ter um item para criar um trigger. Você deve ter um trigger para criar uma ação. Assim, se você quiser receber um alerta de que a carga da CPU está muito alta no Servidor X, você deve primeiro criar uma entrada de host para o Servidor X, seguida de um item para monitorar sua CPU, depois um trigger que é ativado se a CPU estiver muito alta, seguido de uma ação que envia um e-mail para você. Embora isso possa parecer muitos passos, com o uso de templates realmente não é. No entanto, devido a esse design, é possível criar uma configuração muito flexível.