La nuova versione viene fornita con una soluzione nativa di alta affidabilità per Server Zabbix.
La soluzione consiste in più istanze o nodi zabbix_server, dove solo un nodo può essere attivo (funzionante) alla volta, mentre altri nodi sono in standby, pronti a subentrare nel caso in cui il nodo corrente venga arrestato o fallisce.
Vedi anche: Cluster ad alta disponibilità.
Sono stati apportati diversi aggiornamenti al monitoraggio dei servizi. il monitoraggio dei servizi offre una visione di alto livello dell'infrastruttura monitorata in Zabbix.
Ora c'è un nuovo menu Servizi in Zabbix, con quattro sezioni di menu:
Altri importanti miglioramenti alla funzionalità dei servizi sono descritti di seguito.
La disponibilità di servizi nelle versioni precedenti di Zabbix dipendeva dai trigger e dai loro stati. In la nuova versione che viene sostituita da una mappatura basata su tag ai problemi per il rispettivo servizio.
La configurazione e la visualizzazione dei servizi è ora unita in Monitoraggio → Servizi e non più una sezione separata per la configurazione del servizio esiste in Configurazione → Servizi.
Nella configurazione del servizio, le dipendenze hard e soft non esistono più. Invece, un servizio può avere più servizi padre.
Services menu
There is now a new Services menu in Zabbix, with four menu sections:
Sono disponibili nuove regole di calcolo dello stato e regole aggiuntive flessibili per il calcolo dello stato di un servizio padre in base agli stati e al peso dei figli diretti. Ora è anche possibile impostare regole flessibili per la propagazione dello stato del servizio ai servizi per i genitori.
Sono state implementate autorizzazioni flessibili per i servizi a livello del ruolo utente. L'accesso in lettura-scrittura o in sola lettura può essere concesso a tutti, a nessuno oa servizi selezionati (in base al nome o ai tag).
Una nuova colonna Root cause elenca i problemi sottostanti che influenzano direttamente o indirettamente lo stato del servizio.
Se fai clic sul nome del problema, puoi vedere maggiori dettagli al riguardo in Monitoraggio → Problemi.
È ora possibile ricevere avvisi automatici sui cambiamenti dello stato del servizio, simili agli avvisi sui cambiamenti dello stato del trigger.
È stata aggiunta una nuova funzionalità azione di servizio, simile ad altre azioni in Zabbix. Le azioni del servizio possono includere passaggi per i problemi, ripristino e operazioni di aggiornamento relative ai servizi. è possibile configurare due tipi di azioni: l'invio di un messaggio ai destinatari specificati e l'esecuzione di un comando remoto sul server Zabbix. Analogamente alle azioni di attivazione, le azioni di servizio supportano gli scenari con escalation del problema.
I nuovi modelli di messaggio Servizio, Ripristino servizio e Aggiornamento servizio sono stati aggiunti a media types e dovrebbe essere definito per consentire il corretto invio di notifiche per azioni di servizio.
I servizi ora possono essere clonati. Il pulsante Clona è stato aggiunto al file modulo di configurazione di un servizio. Quando un servizio viene clonato, i suoi collegamenti principali vengono conservati, mentre i collegamenti secondari no.
Diversi widget dashboard sono stati aggiunti nella nuova versione.
Un widget Host principali è stato aggiunto ai widget della dashboard. Questo widget è progettato per sostituire il widget Panoramica dei dati che ora è deprecato.
Il widget Host Principali consente di creare tabelle personalizzate per la panoramica dei dati, utile per report di tipo Top N e bar-progress report utili per la pianificazione della capacità.
Per ulteriori informazioni, vedere Widget Top host.
Un widget Valore elemento è stato aggiunto ai widget della dashboard.
Questo tipo di widget è utile per visualizzare in modo ben visibile i valori di singoli elementi. Diversi stili visivi di visualizzazione sono disponibili:
Per ulteriori informazioni, vedere Widget del valore dell'elemento.
È stato introdotto un nuovo widget geomap per le dashboard che fornisce un modo per visualizzare gli host su mappe geografiche. Per maggiori informazioni consulta la Geomappa widget dashboard e mappe geografiche.
Le chiavi primarie vengono ora utilizzate per tutte le tabelle, incluse le tabelle cronologiche, nelle nuove installazioni.
Non è previsto l'aggiornamento automatico alle chiavi primarie per le installazioni esistenti. Sono disponibili le istruzioni per un aggiornamento manuale delle tabelle cronologiche alle chiavi primarie nelle installazioni preesistenti MySQL/MariaDB, PostgreSQL, TimescaleDB v1 e v2, e Oracle.
Le nuove macro sono ora supportate per il debug delle espressioni dei trigger e le azioni interne.
Le macro di debug delle espressioni semplificano il processo di debug delle espressioni dei trigger:
Le macro per le azioni interne contengono il motivo per cui un elemento, una regola LLD o un trigger non sono più supportati:
Per maggiori dettagli, vedi Macro supportate.
È stata introdotta una nuova sintassi delle espressioni per i trigger e gli elementi calcolati Zabbix 5.4. Tuttavia, la vecchia sintassi rimaneva ancora in uso nelle macro semplici. Nella nuova versione, è stata trasferita la funzionalità delle macro semplici alle espressioni di macro e viene utilizzata la nuova sintassi delle espressioni. Vedi il confronto di seguito per i dettagli della modifica:
In Zabbix 6.0 | Prima di Zabbix 6.0 |
---|---|
{?avg(/host/key,1h)} Esempio di una macro di espressione nella nuova versione. |
{host:key.avg(1h)} Esempio di |
una semplice macro nelle versioni precedenti. |
Le macro semplici esistenti verranno convertite in macro di espressione durante l'aggiornamento. L'ambito delle espressioni di macro copre lo stesso che è stato offerto da semplici macro. Pertanto, le macro di espressione possono essere utilizzate in:
Il supporto per le macro posizionali nel nome dell'elemento ($1, $2...$9), deprecato da Zabbix 4.0, è stato completamente rimosso.
Il supporto per le macro utente nei nomi degli elementi (inclusi i nomi delle regole di individuazione), deprecato da Zabbix 4.0, è stato completamente RIMOSSO.
L'elaborazione in blocco degli articoli dipendenti è stata introdotta nella pre-elaborazione coda per migliorare le prestazioni di recupero delle metriche Prometheus.
Vedi Prometheus checks per maggiori dettagli.
Un passaggio del modello Prometheus nella pre-elaborazione può produrre un risultato multiplo le linee sono abbinate. Per gestire questa situazione, una nuova elaborazione dei risultati parametro è stata aggiunta la fase di preprocessing del pattern Prometheus che permette di aggregare i dati di potenzialmente multipli corrispondenza delle linee introducendo funzioni come sum, min, max, avg e count.
È stato possibile raccogliere metriche Prometheus in Zabbix per un fino ad ora, ma alcune delle metriche sono difficili da lavorare. Nello specifico, le metriche di tipo istogramma possono essere presentato in Zabbix come più elementi con gli stessi nomi di chiave, ma parametri diversi. Tuttavia, anche se tali elementi sono logicamente correlati e rappresentano gli stessi dati, è stato difficile analizzare i dati raccolti senza funzioni specializzate. Per coprire questa lacuna di funzionalità nella nuova versione, rate() e histogram_quantile() sono state aggiunte funzioni che producono lo stesso risultato delle loro controparti PromQL.
Altre nuove aggiunte per completare questa funzionalità sono il bucket_rate_foreach() e le funzioni bucket_percentile(). Per ulteriori informazioni, vedere:
È ora possibile verificare l'aumento o la diminuzione monotona dei valori degli elementi utilizzando il nuovo monoinc() o monodec() funzioni cronologia.
È stata aggiunta una nuova funzione cronologia changecount() che consente di contare i numero di variazioni tra valori adiacenti. La funzione supporta solo tre diverse modalità per il conteggio di tutte le modifiche diminuisce o solo aumenta. Ad esempio, può essere utilizzato per tenere traccia dei cambiamenti nel numero di utenti o nel numero del tempo di attività del sistema che diminuisce .
Sono state aggiunte nuove funzioni per semplificare il conteggio di host, elementi o valori, restituiti da funzioni foreach.
Funzioni aggregate:
Funzione Foreach:
Il set di opzioni disponibili per il monitoraggio di base è stato ampliato con le due nuove funzioni baselinedev e linea di basewma.
Nel contesto di queste funzioni, il termine "stagione" si riferisce a un intervallo di tempo configurabile, che potrebbe essere di ore, giorni, settimane, mesi o anni. La durata di una stagione e il numero di stagioni da analizzare è impostato nei parametri della funzione.
Vedi funzioni cronologia per maggiori informazioni.
Zabbix 5.2 ha introdotto nuove funzioni di tendenza utili per il monitoraggio della linea di base. Tuttavia, richiedono ancora la definizione di relative soglie (ad es. verificare che il traffico web a settembre 2021 sia meno di 2 volte superiore rispetto a settembre 2020). Là sono casi d'uso in cui tali soglie sono difficili da definire. Ad esempio, il traffico Web di un Web nuovo ma molto popolare site può crescere organicamente molte volte in un anno, ma il tasso di crescita è sconosciuto. Tuttavia, un improvviso picco di traffico dovuto a DDOS l'attacco deve generare un avviso indipendentemente dalla crescita organica del traffico.
Gli algoritmi di rilevamento delle anomalie fanno esattamente questo: trovano dati che non sembrano normali (valori anomali) in un contesto di altri i valori.
È stata aggiunta la nuova funzione cronologia trendstl() che utilizza il metodo 'decomposition' per calcolare il tasso di anomalia. Divide una singola sequenza di serie temporali in altre tre sequenze:
Il rilevamento delle anomalie funziona con la sequenza del resto e controlla se sono presenti valori troppo distanti dalla maggior parte di valori residui. "Lontano" significa che il valore assoluto della sequenza rimanente è N volte maggiore dello standard o deviazione media.
String function concat ora consente di concatenare più di due parametri. Esso può essere utilizzato per combinare stringhe e valori in combinazioni diverse o aggiungere due o più valori l'uno all'altro. Numerico sono supportati anche i tipi di dati.
Il modulo di configurazione dell'elemento ora suggerisce automaticamente il tipo di informazioni corrispondente, se la chiave dell'elemento selezionata restituisce i dati solo del tipo specifico (ad esempio, l'elemento log[] richiede Tipo di informazioni: Log). Il parametro Tipo di informazioni si trova ora sotto il parametro Chiave nella scheda Articolo principale ed è duplicato su la scheda Preelaborazione se è specificata almeno una fase di preelaborazione. Se Zabbix rileva una possibile mancata corrispondenza del file selezionato il tipo di informazione e la chiave, verrà visualizzata un'icona di avviso accanto al campo Tipo di informazione.
Diversi nuovi elementi sono stati aggiunti all'agente/agente 2 di Zabbix:
Inoltre:
mode
(crc32, md5, sha256)mode
(byte o linee)Per maggiori dettagli vedi elementi dell'agente.
Gli elementi calcolati ora supportano non solo i tipi di informazioni numeriche, ma anche di testo, registro e carattere.
I parametri utente ora possono essere ricaricati dal file di configurazione senza riavviare l'agente. Per fare ciò, esegui il nuovo userparameter_reload
opzione di controllo del runtime, ad es. g.:
o
UserParameter è l'unica opzione di configurazione dell'agente che sarà ricaricato con questo comando.
I comandi di runtime del server Zabbix e del proxy ora vengono inviati tramite socket anziché segnali Unix. Questo cambiamento ha permesso di migliorare l'esperienza utente lavorando con le opzioni di controllo di runtime: - I risultati dell'esecuzione del comando vengono ora stampati sulla console. - È possibile inviare parametri di input più lunghi, come il nome del nodo HA anziché il numero del nodo.
In precedenza, le opzioni di controllo del runtime del server Zabbix e del proxy Zabbix non erano supportate sui sistemi basati su BSD. Cambiare il metodo di trasferimento del comando di runtime ha permesso di ritirare questa limitazione. Ora la maggior parte dei comandi è supportata su FreeBSD, NetBSD, OpenBSD e altri sistemi operativi della famiglia **BSD. Per l'elenco esatto, vedere Runtime control* per Zabbix server o proxy.
Ogni plug-in dell'agente Zabbix 2 ora ha un [file di configurazione] separato (/manual/appendice/config/zabbix_agent2_plugins). per impostazione predefinita, questi file si trovano nella directory ./zabbix_agent2.d/plugins.d/
. Il percorso è specificato in Include
parametro del file di configurazione dell'agent 2 e può essere relativo al zabbix_agent2.conf o zabbix_agent2.win.conf posizione del file.
In precedenza, i plug-in potevano essere compilati solo nell'agente Zabbix 2, che richiedeva la ricompilazione dell'agente ogni volta che era necessario per modificare il set di plugin disponibili. Ora, con l'aggiunta del caricatore di plug-in esterno, i plug-in non devono essere integrato direttamente nell'agente 2 e può essere aggiunto come componenti aggiuntivi esterni separati (plugin caricabili), rendendo così il file processo di creazione di plug-in aggiuntivi per raccogliere più facilmente nuove metriche di monitoraggio.
L'introduzione di plugin caricabili ha causato le seguenti modifiche ai parametri di configurazione: - Il parametro Plugins.<PluginName>.Path è stato spostato in Plugins.<PluginName>.System.Path. - Il parametro Plugins.<PluginName>.Capacity, sebbene ancora supportato, è stato deprecato, si prega di utilizzare Plugins.<PluginName>.System.Capacity invece.
Ora è possibile fornire requisiti di complessità della password personalizzati per Zabbix internamente metodo di autenticazione. Per impedire agli utenti di Zabbix di impostare password deboli, è possibile applicare le seguenti restrizioni:
Per creare un'esperienza utente ottimale e garantire le migliori prestazioni di Zabbix in vari ambienti di produzione, il supporto di alcune versioni precedenti del database è stato abbandonato. Questo vale principalmente per le versioni del database che sono prossimi al punto di fine vita utile e versioni con problemi non risolti che potrebbero interferire con le normali prestazioni.
A partire da Zabbix 6.0, le seguenti versioni di database sono ufficialmente supportato:
Per impostazione predefinita, il server e il proxy Zabbix non si avviano se viene rilevata una versione del database non supportata. Ora è possibile, sebbene non consigliato, per disattivare il controllo della versione del database modificando il parametro di configurazione AllowUnsupportedDBVersions per il server o il proxy.
La codifica utf8mb4 con regole di confronto utf8mb4_bin è ora supportata per le installazioni di Zabbix con il database MySQL/MariaDB.
In precedenza era supportata solo la codifica utf8, che con MySQL sta per codifica utf8mb3 e quindi supporta solo un sottoinsieme di caratteri UTF-8 corretti. Nella nuova versione è stato aggiunto il supporto utf8mb4 con il supporto per completo Set di caratteri UTF-8. Le vecchie installazioni che utilizzano utf8mb3 vengono mantenute intatte e possono continuare a utilizzare tale codifica.
Vedi anche le istruzioni sull'esecuzione della conversione utf8mb4 dopo l'aggiornamento alla versione 6.0.
Le utilità Zabbix get e Zabbix sender ora supportano un -t <seconds>
o --timeout <secondi>
parametro di timeout. L'intervallo valido è:
Il gateway SNMP può ora fornire informazioni sui trigger in uno stato problematico e rivelare informazioni sull'host nei dettagli del trigger.
Inoltre, è ora possibile limitare la frequenza delle trap SNMP inviate dal gateway SNMP.
L'elenco degli OID supportati è stato esteso con un nuovo OID .10 per un elenco delimitato da virgole di nomi host di trigger.
Nuovi parametri sono stati aggiunti al file di configurazione del gateway SNMP: - ProblemBaseOID - OID della tabella di attivazione del problema; - ProblemMinSeverity - gravità minima, i trigger con gravità inferiore non saranno inclusi; - ProblemHideAck - se specificato, verranno inclusi solo i trigger con problemi non riconosciuti; - ProblemTagFilter - se specificato, verranno inclusi solo i trigger con il nome del tag specificato; - TrapTimer - se impostato, Zabbix non invierà più di una trappola della massima gravità nell'intervallo di tempo specificato.
Per i dettagli, vedere Zabbix SNMP Gateway.
La capacità di gestire contenuti compressi è stata aggiunta a Zabbix web monitoraggio. Sono supportati tutti i formati di codifica supportati da libcurl.
Zabbix Prometheus pre-elaborazione query language ora ne supporta due ulteriori operatori di corrispondenza delle etichette:
I metodi HTTP PATCH, HEAD, OPTIONS, TRACE, CONNECT sono stati aggiunti al motore JavaScript. Inoltre, il motore ora consente invio di richieste di metodi HTTP personalizzati con il nuovo metodo JS HttpRequest.customRequest.
Vedere anche: Oggetti JavaScript aggiuntivi.
Il registro di controllo ora contiene record su tutte le modifiche alla configurazione per tutti gli oggetti Zabbix, incluse le modifiche che si sono verificate in seguito all'esecuzione di una regola LLD, un'azione di rilevamento della rete, un'azione di registrazione automatica o un esecuzione di uno script . In precedenza, le modifiche alla configurazione avviate dal server Zabbix, ad esempio, come risultato dell'esecuzione di un file regola di discovery, non sono stati registrati. Ora tali modifiche agli oggetti verranno archiviate come record di controllo attribuiti all'utente Sistema.
È stata aggiunta una funzionalità per filtrare i record in base all'operazione di frontend che ha causato queste voci. Se più log i record sono stati creati come risultato di un'unica operazione, ad esempio il collegamento/scollegamento di un modello, tali record avrà lo stesso Recordset ID.
Nuova sezione Registro di controllo è stato aggiunto al menu Amministrazione→Generale consentendo di abilitare o disabilitare il registro di controllo. Anche le impostazioni di pulizia per l'audit, che in precedenza si trovavano nella sezione Governante, sono state spostate nella nuova Sezione Registro di controllo.
È stato aggiunto il supporto per PCRE2 e i pacchetti di installazione di Zabbix per RHEL 7 e successivi, SLES (tutte le versioni), Debian 9 e versioni successive, Ubuntu 16.04 e versioni successive sono state aggiornate per utilizzare PCRE2. PCRE è ancora supportato, ma Zabbix può essere compilato solo con una delle librerie PCRE o PCRE2, entrambe non possono essere utilizzate su lo stesso tempo.
L'elaborazione dei controlli ODBC è stata spostata dai normali processi di poller a processi server/proxy separati Poller ODBC. Questa modifica consente di limitare il numero di connessioni al database create dai processi poller. In precedenza, ODBC i controlli sono stati eseguiti da poller regolari, che funzionano anche con elementi agente Zabbix, controlli SSH, ecc.
Un nuovo parametro di configurazione StartODBCPollers è stato aggiunto a Zabbix server e proxy file di configurazione.
È possibile utilizzare l'elemento interno zabbix[process,<type>] per monitorare il caricamento dei poller ODBC.
È disponibile una nuova integrazione che consente di utilizzare il webhook tipo di supporto per la creazione Problemi con Github da Zabbix notifiche.
Sono disponibili nuovi template ufficiali per il monitoraggio:
Per abilitare il monitoraggio di Kubernetes, devi utilizzare il nuovo strumento Grafico degli elmi di Zabbix, che installa il proxy Zabbix e gli agenti Zabbix nel cluster Kubernetes.
Per ulteriori informazioni sulla configurazione dei modelli, consulta Operazioni sui modelli HTTP.
Puoi ottenere questi template:
Per rendere più visibile il collegamento al template, ora è posizionato nella prima scheda dell'host, del prototipo dell'host e del template template di configurazione e template di aggiornamento di massa host/template.
Di conseguenza, una scheda separata per il collegamento dei modelli è stata rimossa da tutti i rispettivi template.
In uno sviluppo correlato, nella configurazione del prototipo host i campi per la selezione del prototipo gruppo host/gruppo host hanno anche spostato da una scheda separata alla prima scheda.
Nella sezione Dati più recenti è stato aggiunto un sottofiltro. Il sottofiltro è utile per un rapido accesso con un clic a gruppi di elementi correlati.
Il sottofiltro mostra i link selezionabili consentendo di filtrare gli elementi in base a un'entità comune: l'host, il nome del tag o valore dell'etichetta. Non appena si fa clic sull'entità, gli elementi lo sono subito filtrato.
Per maggiori dettagli, consulta la sezione dati più recenti.
La pagina dei grafici in Monitoraggio → Host → Grafici ha visto diversi miglioramenti dell'usabilità:
Per maggiori dettagli, consulta la pagina graph.
Ora è anche possibile creare nuovi host da Monitoraggio → Host.
Il pulsante Crea host è disponibile per gli utenti Admin e Super Admin.
Il modulo per la creazione e la modifica dell'host è ora aperto in un modal (popup) finestra, in Configurazione → Host, Monitoraggio → Host e in qualsiasi pagina, dove è presente un menu host o altro collegamento diretto all'host configurazione.
I collegamenti diretti alla pagina di modifica dell'host funzionano ancora e stanno aprendo l'host modifica pagina a pagina intera.
È stato introdotto un nuovo menu contestuale per gli elementi Dati più recenti che consente di accedere all'elemento configurazione e grafici disponibili:
Al contrario, è stato introdotto un nuovo menu contestuale nel lista di elementi nel menu di configurazione che consente di accedere i dati più recenti per l'articolo e altre opzioni utili:
Questo menu sostituisce l'opzione della procedura guidata nelle versioni precedenti. Un menu simile ha è stato introdotto anche per template items e prototipi di oggetti.
Durante la configurazione di operazioni di azione, ora è possibile annullare le notifiche sulle escalation annullate deselezionando la casella di controllo dell'opzione corrispondente.
Sono stati apportati diversi miglioramenti alla sezione Ultimi dati:
La sezione Panoramica nel menu Monitoraggio è stata completamente rimossa. È ancora possibile accedere alla stessa funzionalità utilizzando il file Data panoramica e dashboard Panoramica trigger widget.
Per implementare le modifiche in funzionalità del registro di controllo, la struttura del database precedentemente esistente doveva essere rielaborato. Durante l'aggiornamento, le tabelle DB auditlog
e auditlog_details
verranno sostituite dalla nuova tabella auditlog
con un formato diverso. I record del registro di controllo esistenti verranno eliminati.
Zabbix server e proxy ora controllerà il file versione del database prima del lancio e non si avvierà se la versione è fuori della gamma supportata. Per ulteriori dettagli, vedere database.
Zabix ora supporta sia PCRE che PCRE2. Pacchetti Zabbix per RHEL 7 e successivi, SLES (tutte le versioni), Debian 9 e più recente, Ubuntu 16.04 e versioni successive sono state aggiornate per la compilazione con PCRE2 anziché PCRE. Quando si compila dai sorgenti, gli utenti possono scegliere di specificare il flag ''--with-libpcre'' o ''--with-libpcre2''. Se stai aggiornando un file esistente installazione, la modifica di PCRE in PCRE2 potrebbe comportare un comportamento diverso di alcune espressioni regolari - vedere Problemi noti per i dettagli.