2 Requisiti

Hardware

Memoria

Zabbix richiede sia memoria fisica che su disco. La quantità di memoria richiesta dal disco dipende ovviamente dal numero di host e parametri monitorati. Se hai intenzione di far mantenere una lunga cronologia dei parametri monitorati, a cui dovresti pensare almeno un paio di gigabyte per avere spazio sufficiente per archiviare la cronologia nel database. Ogni processo demone Zabbix richiede diverse connessioni a un server database. La quantità di memoria allocata per la connessione dipende dalla configurazione del motore del database.

PROCESSORE

Zabbix e in particolare il database Zabbix potrebbero richiedere una significanti risorse CPU in funzione del numero di parametri monitorati e motore di database scelto.

Altro hardware

Sono necessari una porta di comunicazione seriale e un modem GSM seriale utilizzando il supporto per le notifiche SMS in Zabbix. anche un convertitore da USB a seriale lo farà funzionare.

Esempi di configurazione hardware

La tabella fornisce esempi di configurazione hardware, presupponendo una piattaforma Linux/BSD/Unix.

Questi sono esempi di dimensioni e configurazione hardware con cui iniziare. Ogni installazione di Zabbix è unica. Assicurati di confrontare le prestazioni del tuo sistema Zabbix in un ambiente di staging o di sviluppo, in modo che tu possa comprendere appieno le tue esigenze prima di distribuire l'installazione di Zabbix al suo ambiente di produzione.

¹ 1 metrica = 1 elemento + 1 trigger + 1 grafico
² Esempio con istanze EC2 generiche di Amazon, utilizzando l'architettura ARM64 o x86_64, a durante Zabbix è necessario selezionare il tipo di istanza corretto come Compute/Memory/Storage ottimizzato valutazione e test dell'installazione prima dell'installazione nell'ambiente di produzione.

Piattaforme supportate

A causa dei requisiti di sicurezza e della natura mission-critical del file server di monitoraggio, UNIX è l'unico sistema operativo che può fornire costantemente le prestazioni necessarie, tolleranza ai guasti e resilienza. Zabbix opera su versioni leader di mercato.

I componenti Zabbix sono disponibili e testati per le seguenti piattaforme:

::: nota importante Zabbix disabilita i core dump se compilato con crittografia e non si avvia se il sistema non consente la disabilitazione di core dump. :::

Software richiesto

Zabbix è costruito attorno a server Web moderni, motori di database leader e Linguaggio di scripting PHP.

Software circostante esterno di terze parti

I requisiti obbligatori sono sempre necessari. I requisiti facoltativi sono necessari per il supporto della specifica funzione.

Fine frontale

La larghezza minima dello schermo supportata per il frontend Zabbix è 1200px.

I requisiti obbligatori sono sempre necessari. I requisiti facoltativi sono necessari per il supporto della specifica funzione.

Librerie frontend di terze parti fornite con Zabbix:

::: nota importante Per altri tipi di carattere oltre a DejaVu predefinito, PHP funzione imagerotate potrebbe essere richiesto. Se manca, questi caratteri potrebbero essere visualizzati in modo errato quando viene visualizzato un grafico. Questa funzione è disponibile solo se PHP lo è compilato con GD in bundle, che non è il caso in Debian e altri distribuzioni. :::

Librerie di terze parti utilizzate per la scrittura e il debug del codice frontend di Zabbix:

Browser Web sul lato client

I cookie e JavaScript devono essere abilitati.

Le ultime versioni stabili di Google Chrome, Mozilla Firefox, Microsoft Edge, Apple Safari e Opera sono supportati.

::: nota avviso Viene implementata la politica della stessa origine per gli IFrame, il che significa che Zabbix non può essere inserito in frame su un altro dominio.

Tuttavia, le pagine inserite in un frame Zabbix avranno accesso a Zabbix frontend (tramite JavaScript) se la pagina è inserita nel frame e il frontend Zabbix si trovano sullo stesso dominio. Una pagina come http://secure-zabbix.com/cms/page.html, se inserito nei dashboard su http://secure-zabbix.com/zabbix/, avrà pieno accesso JS a Zabbix. :::

Server/proxy

I requisiti obbligatori sono sempre necessari. I requisiti facoltativi sono necessari per il supporto della specifica funzione.

Agente

Agente 2

Biblioteche Golang

|git.zabbix.com/ap/plugin-support|Sì|1.X.X|Libreria di supporto di Zabbix. Principalmente per i plugin. | |github.com/BurntSushi/locker|^|0.0.0|Blocchi di lettura/scrittura con nome, sincronizzazione di accesso. | |github.com/chromedp/cdproto|^|0.0.0|Comandi, tipi ed eventi generati per i domini del protocollo Chrome DevTools. | |github.com/chromedp/chromedp|^|0.6.0|Supporto del protocollo Chrome DevTools (generazione di report). | |github.com/dustin/gomemcached|^|0.0.0|Un toolkit di protocollo binario memcached per go. | |github.com/eclipse/paho.mqtt.golang|^|1.2.0|Una libreria per gestire le connessioni MQTT. | |github.com/fsnotify/fsnotify|^|1.4.9|Notifiche del file system multipiattaforma per Go. | |github.com/go-ldap/ldap|^|3.0.3|Funzionalità LDAP v3 di base per il linguaggio di programmazione GO. | |github.com/go-ole/go-ole|^|1.2.4|Implementazione ole di Win32 per golang. | |github.com/godbus/dbus|^|4.1.0|Attacchi Go nativi per D-Bus. | |github.com/go-sql-driver/mysql|^|1.5.0|Driver MySQL. | |github.com/godror/godror|^|0.20.1|Driver Oracle DB. | |github.com/mattn/go-sqlite3|^|2.0.3|Driver SQLite3. | |github.com/mediocregopher/radix/v3|^|3.5.0|Client Redis. | |github.com/memcachier/mc/v3|^|3.0.1|Client binario Memcached. | |github.com/miekg/dns|^|1.1.43|Libreria DNS. | |github.com/omeid/go-yarn|^|0.0.1|Archivio di stringhe di chiavi mappato al file system incorporabile. | |github.com/goburrow/modbus|^|0.1.0|Implementazione a tolleranza d'errore di Modbus. | |golang.org/x/sys|^|0.0.0|Pacchetti Go per interazioni di basso livello con il sistema operativo.
Usato anche nel supporto dei plugin lib. Utilizzato nel plug-in MongoDB. | |github.com/natefinch/npipe|Su Windows|0.0.0|Implementazione della named pipe di Windows.
Utilizzata anche nella libreria di supporto dei plugin. | |github.com/goburrow/serial|Sì, indiretto¹|0.1.0|Libreria seriale per Modbus. | |golang.org/x/xerrors|^|0.0.0|Funzioni per manipolare gli errori. | |gopkg.in/asn1-ber.v1|^|1.0.0|Libreria di codifica/decodifica per ASN1 BER. | |github.com/go-stack/stack|No, indiretto¹|1.8.0| | |github.com/golang/snappy|^|0.0.1| | |github.com/klauspost/compress|^|1.13.6| | |github.com/xdg-go/pbkdf2|^|1.0.0| | |github.com/xdg-go/scram|^|1.0.2| | |github.com/xdg-go/stringprep|^|1.0.2| | |github.com/youmark/pkcs8|^|0.0.0| | |golang.org/x/sys|^|0.0.0| |

¹ "Indiretto" significa che è utilizzato in una delle librerie utilizzate dall'agente. È necessario poiché Zabbix utilizza la libreria che utilizza il pacchetto.

Vedi anche le dipendenze per i plugin caricabili:

• PostgreSQL
• MongoDB

Gateway Java

Se hai ottenuto Zabbix dal repository di origine o da un archivio, allora le dipendenze necessarie sono già incluse nell'albero dei sorgenti.

Se hai ottenuto Zabbix dal pacchetto della tua distribuzione, allora il file le dipendenze necessarie sono già fornite dal sistema di pacchettizzazione.

In entrambi i casi di cui sopra, il software è pronto per essere utilizzato e non aggiuntivo i download sono necessari.

Se, tuttavia, desideri fornire le tue versioni di queste dipendenze (ad esempio, se stai preparando un pacchetto per alcuni Linux distribuzione), di seguito è riportato l'elenco delle versioni della libreria che Java gateway è noto per lavorare con. Zabbix potrebbe funzionare con altre versioni di questi anche le biblioteche.

La tabella seguente elenca i file JAR attualmente in bundle con Java gateway nel codice originale:

Il gateway Java può essere creato utilizzando Oracle Java o open-source OpenJDK (versione 1.6 o successiva). I pacchetti forniti da Zabbix sono compilati utilizzando OpenJDK. La tabella seguente fornisce informazioni su OpenJDK versioni utilizzate per la creazione di pacchetti Zabbix per distribuzione:

Numeri di porta predefiniti

Il seguente elenco di porte aperte per componente è applicabile per la configurazione predefinita:

Dimensioni del database

I dati di configurazione di Zabbix richiedono una quantità fissa di spazio su disco e lo fanno non crescere molto.

La dimensione del database Zabbix dipende principalmente da queste variabili, che definiscono la quantità di dati storici memorizzati:

• Numero di valori elaborati al secondo

Questo è il numero medio di nuovi valori ricevuti dal server Zabbix secondo. Ad esempio, se abbiamo 3000 elementi per il monitoraggio con un aggiornamento della frequenza di 60 secondi, il numero di valori al secondo viene calcolato come 3000/60 = 50.

Significa che ogni secondo vengono aggiunti 50 nuovi valori al database Zabbix.

• Impostazioni della governante per la cronologia

Zabbix mantiene i valori per un periodo di tempo fisso, normalmente diverse settimane o mesi. Ogni nuovo valore richiede una certa quantità di spazio su disco per dati e indice.

Quindi, se desideriamo mantenere 30 giorni di cronologia e riceviamo 50 valori al secondo, il numero totale di valori sarà di circa (30*24*3600)* 50 = 129.600.000, ovvero circa 130M di valori.

A seconda del motore di database utilizzato, del tipo di valori ricevuti (float, numeri interi, stringhe, file di registro, ecc.), lo spazio su disco per mantenere un singolo il valore può variare da 40 byte a centinaia di byte. Normalmente è in giro 90 byte per valore per elementi numerici². Nel nostro caso, significa che 130 M di valori richiederanno 130 M * 90 byte = 10,9 GB di spazio su disco.

• Impostazione governante per le tendenze

Zabbix mantiene un set di valori max/min/avg/count di 1 ora per ogni elemento in la tabella tendenze. I dati vengono utilizzati per trend e lungo periodo grafici. Il periodo di un'ora non può essere personalizzato.

Il database Zabbix, a seconda del tipo di database, richiede circa 90 byte per ogni totale. Supponiamo di voler conservare i dati di tendenza per 5 anni. I valori per 3000 elementi richiederanno 3000*24*365* 90 = 2,2 GB all'anno o 11GB per 5 anni.

• Impostazioni della governante per gli eventi

Ogni evento Zabbix richiede circa 250 byte di spazio su disco¹. È difficile stimare il numero di eventi generati quotidianamente da Zabbix. Nello scenario peggiore, possiamo presumere che Zabbix ne generi uno evento al secondo.

Per ogni evento recuperato, viene creato un record event_recovery. Normalmente la maggior parte degli eventi verrà recuperata, quindi possiamo assumerne uno evento_record di ripristino per evento. Ciò significa ulteriori 80 byte per evento.

Facoltativamente, gli eventi possono avere tag, ogni record di tag richiede approssimativamente 100 byte di spazio su disco¹. Il numero di tag per evento (#tags) dipende dalla configurazione. Quindi ognuno avrà bisogno di ulteriori #tags * 100 byte di spazio su disco.

Significa che se vogliamo mantenere 3 anni di eventi, ciò richiederebbe 3*365*24*3600* (250+80+#tags*100) = ~30GB+#tags*100B disco spazio².

La tabella contiene le formule che possono essere utilizzate per calcolare lo spazio su disco richiesto per il sistema Zabbix:

|Parametro|Formula per lo spazio su disco richiesto (in byte)| |---------|--------------------------------------- ---| |Configurazione Zabbix|Dimensioni fisse. Normalmente 10 MB o meno.| |Cronologia|giorni*(elementi/frequenza di aggiornamento)*24*3600*byte
elementi: numero di elementi
giorni: numero di giorni per conservare la cronologia
frequenza di aggiornamento: aggiornamento medio rate of items
bytes : numero di byte richiesti per mantenere un singolo valore, dipende dal motore del database, normalmente ~90 byte.| |Trends|days*(items/3600)*24*3600*bytes
items : numero di elementi
days : numero di giorni per conservare la cronologia
bytes : numero di byte richiesti per mantenere una singola tendenza, dipende dal motore del database, normalmente ~90 byte.| |Eventi|giorni*eventi*24*3600*bytes
eventi : numero di eventi al secondo. Un (1) evento al secondo nella peggiore delle ipotesi.
giorni: numero di giorni per conservare la cronologia
byte: numero di byte necessari per mantenere una singola tendenza, dipende dal motore del database, normalmente ~330 + media numero di tag per evento * 100 byte.|

Pertanto, lo spazio su disco totale richiesto può essere calcolato come:
Configurazione + Cronologia + Trend + Eventi
Lo spazio su disco NON verrà utilizzato immediatamente dopo l'installazione di Zabbix. Le dimensioni del database aumenteranno, quindi a un certo punto smetterà di crescere, il che dipende dalle impostazioni della governante.

Sincronizzazione dell'ora

È molto importante avere un orario di sistema preciso sul server con Zabbix in esecuzione. ntpd è il demone più popolare che sincronizza l'ora dell'host con l'ora di altre macchine. È fortemente raccomandato per mantenere l'ora di sistema sincronizzata su tutti i sistemi I componenti Zabbix sono in esecuzione.