This is a translation of the original English documentation page. Help us make it better.

4 Panoramica di Zabbix

Architettura

Zabbix è costituito da diversi componenti software principali. le loro responsabilità sono descritte di seguito.

Server

Server Zabbix è il componente centrale al quale gli agenti segnalano informazioni sulla disponibilità e l'integrità e statistiche. Il server è il repository centrale in cui tutti i file vengono memorizzati i dati di configurazione, statistici e operativi.

Database di archiviazione

Tutte le informazioni di configurazione e i dati raccolti da Zabbix sono memorizzate in un database.

Interfaccia web

Per un facile accesso a Zabbix da qualsiasi luogo e da qualsiasi piattaforma, viene fornita un'interfaccia basata sul web. L'interfaccia fa parte del server Zabbix, e di solito (ma non necessariamente) viene eseguito sulla stessa macchina fisica di quella che esegue il server.

Proxy

Proxy Zabbix può raccogliere prestazioni e dati sulla disponibilità per conto del server Zabbix. Un proxy è una parte opzionale della distribuzione di Zabbix; tuttavia, può essere molto vantaggioso distribuire il carico di un singolo server Zabbix.

Agente

Gli agenti Zabbix vengono distribuiti su obiettivi di monitoraggio per monitorare attivamente risorse e applicazioni locali e riferire i dati raccolti a Zabbix server. A partire da Zabbix 4.4, sono disponibili due tipi di agenti: l' Agente Zabbix (leggero, supportato su molti piattaforme, scritto in C) e Zabbix agent 2 (extra-flessibile, facilmente estendibile con plugin, scritto in Go).

Flusso di dati

Inoltre è importante fare un passo indietro e dare un'occhiata al flusso di dati complessivo all'interno di Zabbix. Per creare un oggetto che raccoglie data è necessario prima creare un host. Trasferirsi dall'altra parte dello spettro di zabbix devi prima avere un elemento per creare un trigger. Tu devi avere un trigger per creare un'azione. Quindi, se vuoi ricevere un avviso che il tuo carico di CPU è troppo alto su Server X devi prima creare un host voce per Server X seguita da un elemento per il monitoraggio della sua CPU, quindi a trigger che si attiva se la CPU è troppo alta, seguito da un'azione che ti invia un'e-mail. Anche se possono sembrare molti passaggi, con l'uso del modello in realtà non lo è. Tuttavia, a causa di questo design lo è possibile creare una configurazione molto flessibile.