Zabbix

1. ATIVO

1.1. - Altamente eficiente - buffer de coleta de dados

1.2. As verificações ativas requerem um processamento mais complexo. Primeiramente o agente deve obter do servidor a lista com os itens a serem processados de forma independente.

1.3. Os servidores que irão fornecer a lista de verificações ativas deverão estar listados no parâmetro 'ServerActive' do arquivo de configuração do agente. A frequência de consulta à estas verificações é definida pelo parâmetro 'RefreshActiveChecks' neste mesmo arquivo. Caso uma requisição da lista de itens ativos falhe, uma nova tentativa será feita a cada 60 segundos com aquele servidor.

1.4. O agente envia os dados periodicamente aos servidores.

1.5. Exemplo do fluxo: - Agente abre uma conexão TCP - Agente requisita a lista de verificações ativas - Servidor responde com uma lista de itens (item key, delay, lastlogsize e mtime) - Agente processa a resposta - Conexão TCP é fechada - O agente coleta de forma periódica os dados

2. PASSIVO

2.1. - Requer polling no lado do servidor - O servidor inicia as conexões - Possível limitação de rede - Requer maior performace

2.2. Uma verificação passiva é uma requisição simples de dados. O Zabbix Server/Proxy solicita algum dado (por exemplo a carga de CPU) e o Zabbix Agent retorna com o resultado.

2.3. Fluxo com item suportado: - Servidor abre uma conexão TCP - Servidor envia agent.ping\n - Agente lê a requisição e responde com <HEADER><DATALEN>1 - Servidor processa o dado para receber o valor ('1' neste exemplo) - Conexão TCP é fechada

2.4. fluxo para item não suportado: - Servidor abre uma conexão TCP - Servidor envia vfs.fs.size[/nono]\n - Agente lê a requisição e responde com <HEADER><DATALEN>ZBX_NOTSUPPORTED\0Cannot obtain filesystem information: [2] No such file or directory - Servidor processa o dado, modifica o estado do item para 'não suportado' com a mensagem de erro retornada - Conexão TCP é fechada