In questa pagina

Novità e note sull'aggiornamento: 8.0

Zabbix 8.0.0 prosegue il percorso iniziato con Zabbix 7.4.0, aggiungendo nuove funzionalità e miglioramenti.

Inoltre, in questa pagina:

Vedere anche: Modifiche all'API.

Monitoraggio delle prestazioni delle applicazioni

Zabbix ora supporta il monitoraggio delle prestazioni delle applicazioni (APM) basato su OpenTelemetry, uno standard aperto per la raccolta dei dati di telemetria da applicazioni e servizi. Questi dati consentono di vedere come le richieste attraversano le applicazioni e i servizi, misurarne le prestazioni e individuare la causa delle operazioni lente o non riuscite.

Con APM è possibile:

  • Raccogliere dati di telemetria con il proxy Zabbix, che ora può ricevere dati dalle applicazioni o dai collector OpenTelemetry tramite il protocollo OpenTelemetry (OTLP/gRPC) e scriverli nell'origine dati; vedere la nuova scheda APM nella configurazione del proxy.
  • Specificare un'origine dei dati di telemetria (ClickHouse) nella nuova sezione Amministrazione > Origine dati e visualizzare i dati nel nuovo menu APM.
  • Utilizzare i dati di telemetria nei trigger e nei grafici con il nuovo tipo di item query di telemetria.

Sono stati aggiunti anche i seguenti parametri e item:

L'accesso ai dati di telemetria APM (tracce, metriche e log) può essere limitato:

  • I ruoli utente controllano l'accesso alla sezione APM del frontend.
  • I gruppi utente controllano a quali dati di telemetria possono accedere gli utenti, in base agli attributi delle risorse specificati nella nuova scheda Filtro APM.

Se si sta aggiornando il proxy Zabbix e si desidera utilizzare APM, vedere le Note sull'aggiornamento.

Supporto di ClickHouse

Ora è possibile utilizzare ClickHouse come database backend di Zabbix per archiviare la cronologia dei valori degli item e come origine dati di telemetria per il monitoraggio delle prestazioni delle applicazioni.

Per informazioni dettagliate sulla configurazione e sui requisiti per l'archiviazione della cronologia, vedere Configurazione di ClickHouse. Se si desidera migrare i dati della cronologia da un database Zabbix esistente (MySQL o PostgreSQL) a ClickHouse, vedere gli script di migrazione dello schema e della cronologia di ClickHouse.

Questa funzionalità modifica anche il modo in cui si impostano i provider di archiviazione della cronologia nei file di configurazione di Zabbix. La modifica riguarda sia le configurazioni di ClickHouse sia quelle di Elasticsearch. Per ulteriori informazioni, vedere le Note sull'aggiornamento.

Elaborazione complessa degli eventi

L'elaborazione complessa degli eventi (CEP) esegue un'elaborazione basata su regole per gli eventi di Zabbix.

Ad esempio, potresti voler:

  • raggruppare gli eventi correlati e contrassegnare il primo evento di una serie come causa (e quelli successivi come sintomi)
  • specificare un periodo di validità per gli eventi
  • specificare un numero massimo per determinati eventi
  • ricevere notifiche sugli eventi simili in base alla posizione
  • ricevere una notifica se un determinato evento si verifica troppo spesso (o non si verifica affatto) durante un periodo di tempo

Oltre all'elaborazione dei singoli eventi, puoi definire finestre temporali per l'analisi degli eventi.
All'interno di una finestra temporale, tutti gli eventi corrispondenti formano un unico contesto e possono essere analizzati nel loro insieme.

Una finestra temporale scorrevole avanza nel tempo.
Gli eventi meno recenti escono dalla finestra (vengono "espulsi"), mentre possono entrare nuovi eventi.

Una finestra temporale a blocchi non avanza nel tempo.
Quando la finestra scade, viene avviata una nuova finestra con la stessa durata. Le finestre di raggruppamento di cause e sintomi sono finestre temporali a blocchi.

Il concetto di finestra temporale presenta punti logici per l'esecuzione delle operazioni.
Ad esempio, un evento può essere trasformato o "arricchito" quando entra nella finestra: la gravità può essere aumentata o ridotta, i tag possono essere aggiunti o modificati, la soppressione può essere attivata e così via.

Operazioni simili possono essere eseguite quando l'evento esce dalla finestra o quando viene rilevato un modello.

L'analisi del flusso di eventi è definita dalle regole CEP.
Una regola CEP è costituita da una finestra temporale (facoltativa), condizioni e operazioni.
Le operazioni sono associate a un punto di esecuzione.

Per ulteriori dettagli, consulta Elaborazione complessa degli eventi.

App mobile

L'app mobile Zabbix (disponibile prossimamente) consente di monitorare il proprio ambiente Zabbix dal dispositivo mobile. Visualizza i problemi, controllane i dettagli, aggiorna i problemi e ricevi notifiche push quando è necessario intervenire.

Con l'app, in Zabbix 8.0 sono disponibili le seguenti nuove funzionalità:

Per informazioni dettagliate su come configurare Zabbix per l'utilizzo con l'app mobile, consultare la sezione App mobile.

MCP server

Il nuovo server MCP di Zabbix connette gli agenti AI a Zabbix tramite il Model Context Protocol (MCP). Ora puoi chiedere a un assistente AI informazioni sul tuo monitoraggio in linguaggio naturale, ad esempio:

  • Quali problemi sui server di database non sono ancora stati riconosciuti?
  • Perché web-01 segnala problemi da questa mattina?
  • Metti tutti gli host del gruppo di server Linux in manutenzione questa notte dalle 22:00 alle 02:00.

L'agent si connette con un token API di Zabbix, quindi può accedere solo alle risorse a cui il proprietario del token è autorizzato ad accedere; tutte le modifiche vengono registrate nel registro di audit dell'utente. Per l'elenco delle operazioni disponibili, consulta Strumenti e risorse.

Tema blu scuro

L'interfaccia web di Zabbix offre ora un nuovo tema blu scuro.
È disponibile nel profilo utente e come tema predefinito:

Layout personalizzato per le tabelle

In diverse tabelle del frontend ora è possibile nascondere/mostrare, riordinare e ridimensionare le colonne. È inoltre possibile aggiungere una colonna Testo personalizzato con testo personalizzato, valori macro o entrambi.

I layout personalizzati sono disponibili in queste sezioni:

Ad esempio, il layout predefinito della tabella in Monitoring > Latest data:

Esempio di layout personalizzato:

Alcune colonne dispongono anche del pulsante Opzioni, che offre controlli aggiuntivi su come la colonna visualizza i dati. Per questo motivo, alcuni parametri del filtro sono stati spostati dalla scheda del filtro alle opzioni della colonna. Se utilizzi schede per i filtri preferiti, consulta le Note di aggiornamento.

Esportazione e importazione delle dashboard

Le dashboard ora possono essere esportate e importate, semplificando la migrazione delle dashboard tra istanze Zabbix o il loro riutilizzo in ambienti diversi.

Una nuova opzione Esporta consente di salvare le dashboard selezionate in file YAML, JSON o XML. Questi file possono essere successivamente importati tramite la funzionalità Importa per ricreare le dashboard con le relative pagine, widget e configurazione.

Dashboard pronti all'uso

Nuovi dashboard importabili sono disponibili nel repository dei dashboard:

Questi dashboard sono progettati per funzionare con le integrazioni Zabbix esistenti, combinando i dati provenienti da più host e target di monitoraggio in un unico dashboard globale.

Widget grafico a dispersione

Il widget Scatter plot è stato aggiunto ai widget della dashboard. Visualizza la relazione tra due metriche tracciando singoli punti dati lungo un asse X e un asse Y. Questo aiuta a individuare schemi, cluster, correlazioni e valori anomali nel set di dati.

Manutenzione su richiesta per i trigger

I periodi di manutenzione ora possono essere definiti per i trigger o per i nomi degli eventi.

Un periodo di manutenzione può anche essere creato su richiesta dal menu dell'evento. La manutenzione su richiesta può essere avviata per host, trigger, nome dell'evento o tag.

Un altro modo per creare una manutenzione per un trigger consiste nell'utilizzare il modulo di aggiornamento del problema.

Espressioni regolari globali

Sono stati aggiunti diversi miglioramenti all'usabilità delle espressioni regolari globali:

  • Il modulo di configurazione delle espressioni regolari globali ora si apre in una finestra modale:
    • I tipi di espressione sono stati rinominati.
    • Il modulo ora include un campo Descrizione.
    • Il test non si trova più in una scheda separata.
  • L'elenco delle espressioni regolari globali ora può essere filtrato per nome e descrizione.
  • Le espressioni regolari globali ora possono essere esportate e importate.

Template

Sono stati aggiunti nuovi template e molti template sono stati aggiornati.

I template che si connettono a endpoint HTTPS ora verificano per impostazione predefinita il certificato TLS dell'endpoint. Questo riguarda tutti i template per il monitoraggio del cloud e delle API, come Claude API by HTTP, Cloudflare by HTTP, Kubernetes Cluster by HTTP e così via. Prima di aggiornare qualsiasi template basato su HTTP, consultare le note sull'aggiornamento.

Quando si aggiorna Zabbix, i template esistenti non vengono aggiornati automaticamente, per evitare di sovrascrivere le modifiche personalizzate. Per aggiornare i template o aggiungerne di nuovi, consultare Aggiornamento dei template.

Si noti che, a partire da Zabbix 6.0, tutti i template seguono un formato aggiornato, che può influire sull'importazione dei template precedenti alla versione 6.0. Per ulteriori informazioni, consultare Modifiche ai template nella versione 6.0.

Nuovi template

Monitoraggio dell'utilizzo dell'AI

Cloud

  • Il set di template AWS by HTTP è stato integrato con il template AWS Backup Vault by HTTP.
  • Il set di template Azure by HTTP è stato integrato con i template Azure Sentinel by HTTP e Azure Container Apps by HTTP.
  • Il set di template GCP by HTTP è stato integrato con i template GCP Cloud Run Service by HTTP, GCP Cloud Storage Bucket by HTTP, GCP Application Load Balancer by HTTP e GCP Cost Monitoring by HTTP.
  • Il set di template Oracle Cloud by HTTP è stato integrato con i template Oracle Cloud Load Balancer by HTTP e Oracle Cloud Costs by HTTP.

Virtualizzazione e container

Database

Reti, sicurezza e telecomunicazioni

Applicazioni e servizi

  • Domain RDAP by HTTP, un template per monitorare i dati di registrazione dei domini tramite il protocollo RDAP.
  • Envoy Proxy by OTLP, un template per raccogliere le tracce e i log OpenTelemetry di Envoy Proxy tramite item Telemetry query.
  • Generic OpenTelemetry by OTLP, un template per raccogliere tracce, metriche e log OpenTelemetry tramite item Telemetry query.
  • GLPI by HTTP, un template per monitorare GLPI tramite HTTP usando l'API REST v2 con autenticazione OAuth2.
  • OpenRouter traces by OTLP, un template per raccogliere i dati delle tracce OpenRouter.
  • Proxmox VE by OTLP, un template per monitorare un nodo Proxmox VE usando il relativo flusso di metriche OpenTelemetry tramite item Telemetry query.

Template aggiornati

  • Migliorato il trigger relativo all'uptime dei dispositivi nei template SNMP per gestire i reset del contatore dell'uptime SNMP e prevenire falsi avvisi di riavvio.

Sistemi operativi

Monitoraggio dell'utilizzo dell'IA

Cloud

  • AWS Cost Explorer by HTTP del set di template AWS by HTTP e Azure Cost Management by HTTP del set di template Azure by HTTP sono stati aggiornati con dashboard migliorate.

Virtualizzazione

  • Proxmox VE by HTTP è stato aggiornato con la funzionalità LLD annidata. Inoltre, il formato delle unità per gli item che visualizzano percentuali è stato modificato per maggiore chiarezza.
  • Nei set di template VMware e VMware FQDN, i nomi dei prototipi di item e trigger per la discovery degli allarmi VMware sono stati aggiornati per includere il nome dell'entità dell'allarme.

Database

Rete, sicurezza e telecomunicazioni

  • VeloCloud SD-WAN by HTTP, precedentemente VMWare SD-WAN VeloCloud by HTTP, è stato rinominato e aggiornato per allinearsi alla versione più recente della piattaforma VeloCloud SD-WAN.

Storage e backup

Monitoraggio dei filesystem nei template del sistema operativo

Nei template AIX, FreeBSD, HP-UX, Linux, macOS, OpenBSD, Solaris e Windows (incluse le varianti dei template Linux e Windows con controlli attivi), il monitoraggio dei filesystem utilizza ora i nuovi parametri vfs.fs.get:

  • l'item Get filesystems (vfs.fs.get) è stato rimosso;
  • la regola Mounted filesystem discovery è ora un item Zabbix agent con la chiave vfs.fs.get[short] (intervallo di aggiornamento: 1h), anziché una regola di discovery dipendente;
  • il prototipo di item FS [{#FSNAME}]: Get data (FS [{#FSLABEL}({#FSNAME})]: Get data nei template Windows) è ora un item Zabbix agent con la chiave vfs.fs.get[full,{#FSNAME}], che raccoglie le statistiche per un solo filesystem. Gli altri prototipi di item dei filesystem lo utilizzano come master item.

Di conseguenza, le statistiche vengono raccolte da un controllo separato dell'agent per ogni filesystem e i filesystem appena montati vengono rilevati entro l'intervallo di aggiornamento della discovery (1h per impostazione predefinita).

Il monitoraggio dei filesystem in questi template richiede Zabbix agent 8.0 o versione successiva.

Tipi di media

È stato aggiunto questo tipo di media:

Questi tipi di media sono stati aggiornati:

  • Il tipo di media webhook GLPI è stato aggiornato per supportare l'API RESTful v2 con autorizzazione OAuth2 (abilitata per impostazione predefinita), il supporto opzionale all'API REST legacy v1 tramite un flag di configurazione, la creazione di ticket per gli eventi di problema e la mappatura dell'urgenza configurabile dall'utente.
  • Il tipo di media webhook MS Teams Workflow è ora l'integrazione consigliata per Microsoft Teams. Il tipo di media webhook MS Teams, basato sulla funzionalità Office 365 Connector (Incoming Webhook) che Microsoft ha ritirato il 22 maggio 2026, non è più funzionante. Le configurazioni esistenti del webhook MS Teams devono essere migrate al tipo di media webhook MS Teams Workflow.

Inoltre, i tipi di media che si connettono agli endpoint HTTPS ora verificano il certificato TLS dell'endpoint per impostazione predefinita. Questo riguarda tutti i tipi di media webhook, come Slack, Jira, Telegram e così via. Consultare le note di aggiornamento prima di aggiornare qualsiasi tipo di media webhook.

Trigger

Aumento del limite di caratteri per i dati operativi

La lunghezza massima del campo Dati operativi per trigger e prototipi di trigger è stata aumentata da 255 a 2048 caratteri, lasciando spazio per stringhe più lunghe con più macro e funzioni macro. Il nuovo limite si applica anche alla proprietà opdata degli oggetti API trigger e trigger prototype.

Tag del trigger ereditati dopo la chiusura manuale

Gli eventi di ripristino creati dopo una chiusura manuale ereditano i tag del trigger oltre ai tag dell'item e dell'host. Questi tag sono presenti nell'array dei tag dell'evento e sono disponibili per le macro di notifica, come {EVENT.RECOVERY.TAGS} e {EVENT.RECOVERY.TAGSJSON}.

Item

Tipo di dati JSON

Zabbix ora supporta JSON come tipo di dati per i valori degli item.

In precedenza, i valori JSON venivano raccolti dagli item di testo e memorizzati come stringhe con un limite di 64 KB. Ora Zabbix può memorizzare nativamente valori JSON con un limite di 128 MiB e può anche rifiutare valori JSON non validi (ad esempio, contenenti chiavi non tra virgolette, virgole finali o parentesi non corrispondenti).

Il tipo di dati JSON è supportato da tutti i tipi di item e di prototipo di item, ad eccezione di Calculated, ed è disponibile nell'esportazione dei dati in tempo reale e nei connectors. I valori JSON possono essere memorizzati in tutti i database supportati e in Elasticsearch. Se utilizzi TimescaleDB, consulta le note di aggiornamento.

Tieni presente che gli item con tipo di dati JSON non possono essere usati nei trigger; tuttavia, puoi estrarre i campi JSON con item dipendenti che hanno un tipo di dati non JSON e usarli nei trigger.

Gli item che restituiscono una stringa JSON (net.if.discovery, vfs.file.get, ecc.) sono ancora item di testo; tuttavia, se necessario, puoi convertirli in JSON.

Per ulteriori dettagli e sui limiti dei dati JSON, consulta la configurazione dell'item.

Tentativi SNMP configurabili e supporto per le macro

Ora è possibile configurare il numero di tentativi dopo un timeout per gli item SNMP walk[] e get[] utilizzando il nuovo campo Retries nella configurazione dell'interfaccia SNMP.

Le macro LLD e le macro utente sono ora supportate nei campi Max repetition count e Retries.

Monitoraggio dell'utilizzo della cache delle funzioni di trend

Il parametro paccessed è stato aggiunto all'item interno zabbix[tcache,cache,<parameter>]. Restituisce la percentuale di voci della cache delle funzioni di trend a cui è stato effettuato l'accesso nelle ultime 24 ore.

Reindirizzamenti negli item web.page.*

Gli item web.page.get, web.page.perf e web.page.regexp di Zabbix agent e Zabbix agent 2 possono ora seguire i reindirizzamenti. Il numero massimo di reindirizzamenti è impostato nel nuovo parametro facoltativo redirect_limit; per impostazione predefinita, i reindirizzamenti non vengono seguiti.

Valore predefinito per gli host consentiti dell'item trapper

Il campo Host consentiti per gli item Zabbix trapper e per gli item HTTP agent con Abilita trapping attivato, ora usa per impostazione predefinita la macro utente {$TRAPPER.ALLOWED_HOSTS}. Se questo valore è vuoto, le connessioni in ingresso vengono rifiutate da tutti gli host. Per consentire l'invio dei dati, specifica uno o più indirizzi IP o nomi DNS.

Plugin

Plugin Ceph

Il plugin Ceph di Zabbix agent 2 ora opera in due modalità:

  • native - Questa modalità utilizza la libreria go-ceph per comunicare direttamente con il cluster Ceph tramite l'API nativa di Ceph (protocollo msgr2). Questa è la modalità consigliata per le installazioni Ceph moderne, ma è supportata solo su Linux e a partire da Ceph 16.
  • restful (deprecata) - Questa modalità utilizza l'API RESTful di Ceph per la comunicazione. È la modalità predefinita per garantire la compatibilità con le versioni precedenti, ma non funzionerà con Ceph versione 20 (Tentacle) o successive a causa della rimozione del modulo mgr/restful.

Importante: quando si monitorano Ceph 20 (Tentacle) e versioni successive con il plugin Ceph per Zabbix agent 2, utilizzare la modalità native, poiché la modalità restful non è più supportata.

La modalità da utilizzare è determinata dal valore del parametro mode (native/restful):

  • Plugins.Ceph.Default.Mode=native - imposta la modalità native per il plugin
  • Plugins.Ceph.Sessions.<SessionName>.Mode=native - imposta la modalità native per la sessione denominata

Tenere presente che le credenziali utente configurate sono diverse per ciascuna modalità e non sono compatibili tra loro. Il parametro Plugins.Ceph.InsecureSkipVerify viene ignorato nella modalità native, poiché la sicurezza della connessione è definita sul lato del cluster Ceph dal protocollo msgr2 (sicuro per impostazione predefinita).

Tenere presente che il plugin Ceph per Zabbix agent 2 è ora un plugin caricabile e richiede ulteriori passaggi di installazione. Ciò è dovuto al requisito del pacchetto librados (per la modalità native). Per ulteriori informazioni, consultare il readme del plugin Ceph.

Plugin MongoDB

Il plugin MongoDB di Zabbix agent 2 offre diversi miglioramenti:

  • Supporto completo per l'analisi convenzionale degli URI MongoDB, con supporto per entrambi gli schemi mongodb:// e mongodb+srv://.
  • Rilevamento automatico dei nodi del replica set MongoDB, migliorando la capacità di monitorare i cluster MongoDB.
  • Supporto per l'autenticazione x509, che consente connessioni sicure a MongoDB tramite certificati client.

Plugin Oracle

Il plugin Oracle di Zabbix agent 2 ora supporta connessioni crittografate ai database Oracle tramite il protocollo TCPS (TLS). Questo aggiunge la possibilità di monitorare le istanze Oracle tramite socket protetti da TLS, migliorando la sicurezza del monitoraggio remoto.

Plugin Redis — supporto TLS e convalida all'avvio

È stato aggiunto il supporto TLS al plugin Redis di Zabbix agent 2.

È stata implementata la convalida della configurazione TLS del plugin all'avvio e sono stati migliorati i messaggi di convalida/errore. Una logica di configurazione non valida (ad esempio: l'uso del tipo di connessione verify_full senza specificare TLSCAFile) può impedire l'avvio di Zabbix agent 2.

Modalità di esecuzione di test per i plugin caricabili

I plugin caricabili ora possono essere avviati in modalità di test utilizzando il flag -t (--test), passando una chiave item come argomento. In questa modalità, il plugin viene eseguito per scopi di debug e sviluppo e i file di configurazione del plugin vengono ignorati.

Discovery e autoregistrazione

Condizione del gruppo proxy

Una condizione del gruppo proxy è ora supportata nelle azioni di discovery e autoregistrazione.

Low-level discovery

Rilevamento delle interfacce di rete su Linux

La nuova chiave item net.if.get è stata aggiunta a Zabbix agent e Zabbix agent 2 su Linux. Può essere utilizzata nel rilevamento di basso livello delle interfacce di rete per restituire un elenco delle interfacce di rete con informazioni dettagliate. La chiave item net.if.discovery rimane disponibile per garantire la compatibilità.

Rilevamento leggero dei filesystem

L'item vfs.fs.get di Zabbix agent e Zabbix agent 2 ora supporta due parametri opzionali che rendono il rilevamento dei filesystem più leggero e affidabile:

  • mode - nella modalità short, l'item restituisce solo l'elenco dei filesystem montati con le relative proprietà di base, senza le statistiche sullo spazio su disco e sugli inode. Poiché i filesystem non vengono interrogati direttamente, il rilevamento non attiva il montaggio automatico e non è influenzato da filesystem di rete che non rispondono. La modalità full (predefinita) restituisce gli stessi dati di prima.
  • mountpoint - restituisce i dati solo per il punto di montaggio specificato, in modo che le statistiche possano essere raccolte separatamente per ogni filesystem rilevato (ad esempio, con vfs.fs.get[full,{#FSNAME}]).

I template del sistema operativo ora utilizzano questo approccio; vedere Modifiche ai template.

Per ulteriori informazioni, vedere vfs.fs.get e Rilevamento dei filesystem montati.

Rilevamento dei dispositivi a blocchi su Linux e AIX

La nuova chiave item vfs.dev.get è stata aggiunta per il rilevamento dei dispositivi a blocchi su Linux e AIX. Può essere utilizzata nel rilevamento a basso livello per i dispositivi a blocchi. La chiave item vfs.dev.discovery rimane disponibile per compatibilità.

Tag modificabili per i trigger creati dal low-level discovery

I trigger creati dai prototipi di trigger possono ora avere tag aggiunti manualmente. I tag ereditati dai prototipi di trigger vengono ancora applicati automaticamente. I tag aggiunti manualmente possono essere modificati sui trigger rilevati e saranno inclusi negli array di tag degli eventi e disponibili per le funzionalità che riconoscono i tag, come filtri, widget della dashboard e macro di notifica.

Opzione Converti in JSON

Una casella di controllo Converti in JSON è stata aggiunta ai moduli delle regole di discovery di basso livello e dei prototipi di discovery.
Questa opzione consente di contrassegnare i dati recuperati per la conversione automatica in JSON prima dell'ulteriore elaborazione.
Questa opzione è disponibile se nel menu a discesa Tipo è selezionato "HTTP agent".

Supporto delle macro per il low-level discovery annidato

Le macro di low-level discovery sono ora supportate nelle regole di low-level discovery annidate, in:

Database

Supporto per più host di database PostgreSQL

Zabbix ora supporta la specifica di più host di database PostgreSQL come elenco separato da virgole di valori host:port, sfruttando il supporto al failover della connessione PostgreSQL. Gli host vengono provati in ordine finché non viene stabilita una connessione in lettura e scrittura. Questo comportamento è disponibile durante l'installazione del frontend nel campo Database host e in DBHost in zabbix_server.conf e zabbix_proxy.conf.

Avvio ottimizzato di Zabbix server

Zabbix server ora si avvia in modo significativamente più rapido. Lo fa caricando i dati storici dal database per più item contemporaneamente invece che uno alla volta. Questo miglioramento si applica a tutti i tipi di database supportati da Zabbix server.

Prestazioni di Elasticsearch ottimizzate

Il server Zabbix ora funziona meglio con Elasticsearch. Il server recupera i dati in modo più efficiente senza utilizzare la funzionalità scroll di Elasticsearch e riutilizza le connessioni esistenti a Elasticsearch invece di aprirne una nuova per ogni richiesta. Il server inoltre non si blocca più quando invia più richieste a Elasticsearch contemporaneamente (usando multi-handle di cURL).

Supporto di Elasticsearch 8.x e 9.x

Zabbix ora supporta Elasticsearch 8.x e 9.x per l'archiviazione dei dati della cronologia e il supporto di Elasticsearch non è più sperimentale. Per le versioni supportate, vedere Requisiti.

La versione minima richiesta di Elasticsearch è stata innalzata alla 8.0.0; vedere Note sull'aggiornamento.

Processi

Housekeeping ottimizzato

L'housekeeping è stato ottimizzato spostando la creazione dei task di housekeeper nei trigger del database. Quando item (incluse le regole di low-level discovery), trigger, servizi o regole di network discovery vengono eliminati, i trigger del database (invece di chiamate esplicite a livello applicativo) popolano ora la tabella housekeeper con i task di pulizia. Per i dettagli, vedere la procedura di housekeeping.

L'housekeeper ora rimuove anche gli eventi di network discovery generati da host o servizi rilevati che sono stati successivamente eliminati, nonché tutti gli eventi associati ai problemi dei trigger che sono stati successivamente eliminati (in precedenza venivano rimossi solo i problemi stessi; gli eventi associati venivano rimossi solo dopo la scadenza del periodo di conservazione dei dati dei trigger dell'housekeeper).

Cache delle query DNS per i daemon Zabbix

Zabbix server, Zabbix proxy e Zabbix agent hanno ricevuto il supporto per l'utilizzo del resolver c-ares per tutte le richieste DNS, fornendo la cache delle query DNS e un failover del resolver migliorato quando Zabbix è compilato con --with-ares. La cache delle query DNS richiede c-ares 1.26.0 o versione successiva.

Supporto per la compilazione con c-ares su Windows

Zabbix agent ora può essere compilato con il resolver c-ares su Microsoft Windows. c-ares può essere installato tramite vcpkg e la compilazione dell'agent supporta sia ARES=<prefisso vcpkg> sia percorsi separati ARESINCDIR/ARESLIBDIR per le directory di inclusione e delle librerie.

Prestazioni delle funzioni trigger basate sul conteggio

Il funzionamento delle funzioni basate sul conteggio (count(), item_count(), changecount(), ecc.) nelle espressioni dei trigger è stato migliorato, consentendo di elaborare più valori più rapidamente.

Target del controllo runtime

L'elenco dei target di controllo runtime disponibili nei messaggi della guida e nelle manpage di Zabbix server e proxy è stato aggiornato in modo da corrispondere ai tipi di processo supportati.

È stato aggiunto il target supervisor, mentre i target non supportati discovery worker e preprocessing worker sono stati rimossi.

Timeout massimo per zabbix_get e zabbix_js

Il valore massimo del parametro timeout delle utilità da riga di comando zabbix_get e zabbix_js è stato aumentato a 600 secondi.

Cache e riutilizzo dell'EngineID SNMPv3

Zabbix ora memorizza nella cache le mappature EngineID → IP di SNMPv3 e tenterà di riutilizzare gli EngineID memorizzati nella cache per i successivi controlli SNMPv3, riducendo il traffico di probing e migliorando le prestazioni del poller. Se un EngineID riutilizzato non risponde, il poller torna a eseguire un probe dell'EngineID e può rimuovere le voci obsolete dopo modifiche dell'interfaccia o errori persistenti.

Logica di limitazione del proxy

La logica di limitazione del proxy è stata perfezionata per migliorare la stabilità del server durante il ripristino della cache della cronologia. Quando l'utilizzo della cache della cronologia raggiunge la soglia di limitazione, il server continua, come in precedenza, a non accettare i dati del proxy. Quando l'utilizzo della cache scende al 60%, il server inizia a elaborare l'elenco di limitazione, ma potrebbe ancora rifiutare i caricamenti del proxy che contengono batch molto grandi (approssimativamente più di 10.000 record) finché la pressione sulla cache non diminuisce ulteriormente. Questa modifica riduce il rischio di sovraccarichi ripetuti della cache durante il ripristino del server.

Sicurezza

Accesso degli utenti al proxy/server

L’elenco di accesso ai proxy è stato implementato nella configurazione del gruppo di utenti come nuova scheda.
Consente di concedere al gruppo di utenti l’accesso ai proxy, singolarmente o tramite gruppi di proxy.

La selezione del server per il monitoraggio o il rilevamento può ora essere limitata per ruolo utente (vedere Seleziona "server" per il monitoraggio e il rilevamento).
È possibile impedire agli utenti di creare host monitorati dal server e regole di rilevamento della rete eseguite dal server, nonché di testare gli item con il server.

Configurazione del frontend

È stata implementata una variabile $ZBX_FEATURE_FLAGS[] nella configurazione del frontend per controllare l'accesso all'autenticazione HTTP degli utenti e alle configurazioni dei moduli e dei tipi di supporto. Nel file di configurazione zabbix.conf.php sono stati aggiunti i seguenti flag delle funzionalità:

  • $ZBX_FEATURE_FLAGS['http_auth_enabled'] = false disabilita l'accesso alla configurazione dell'autenticazione HTTP degli utenti (sostituisce la variabile $ALLOW_HTTP_AUTH).
  • $ZBX_FEATURE_FLAGS['modules_config_enabled'] = false disabilita l'accesso alla configurazione dei moduli.
  • $ZBX_FEATURE_FLAGS['media_type_denylist'] = [<value1>, <value2>, ...] limita la modifica dei tipi di supporto che utilizzano i metodi di consegna specificati ('email', 'script', 'sms' o 'webhook'; è possibile specificare uno o più valori).

L'accesso a setup.php è limitato se esiste il file di configurazione zabbix.conf.php.

Limitazione dei controlli dell'agent

I nuovi parametri AllowKeyRegexp e DenyKeyRegexp sono stati aggiunti alla configurazione dello Zabbix agent e dello Zabbix agent 2. Questi parametri consentono di definire pattern basati su espressioni regolari per una corrispondenza più precisa e flessibile delle chiavi e dei relativi parametri.

Autenticazione

Certificati SAML importabili per il single sign-on

Gli utenti Super admin possono ora importare certificati e chiavi private direttamente nel frontend per la configurazione di SAML. Sono stati aggiunti tre nuovi campi in Utenti > Autenticazione > Impostazioni SAML:

  • Certificato IdP - certificato X.509 presentato dal provider di identità
  • Certificato SP - certificato del service provider utilizzato per gli scambi SAML
  • Chiave privata SP - chiave privata corrispondente al certificato SP

Questi controlli consentono di aggiungere nuovi valori o modificare quelli esistenti dalla scheda delle impostazioni SAML. I certificati e le chiavi private vengono convalidati prima di essere salvati nel backend di archiviazione scelto; i valori non validi o malformati vengono rifiutati con un errore esplicativo.

URL dopo l'accesso per ruolo utente

Ora è possibile imporre un URL specifico dopo l'accesso in base al ruolo utente. Questa opzione è utile per imporre una pagina specifica dopo l'accesso per gli utenti sottoposti a provisioning.

Per ulteriori dettagli, vedere Impostazioni del profilo utente nella configurazione del ruolo utente.

Autenticazione HashiCorp vault con metodo AppRole

L'autenticazione di HashiCorp vault ora supporta il metodo AppRole:

  • Nella configurazione di server/proxy, usando i nuovi parametri VaultAppRoleID e VaultAppSecretID (vedi esempio).
  • Nella configurazione di frontend, fornendo i valori dell'ID del ruolo di autenticazione e dell'ID segreto.

Widget

Widget grafico

Inversione dell'asse Y

I grafici ora possono essere visualizzati con i valori dell'asse Y invertiti.

L'impostazione Inverti valori consente di capovolgere un grafico moltiplicando i valori dell'asse Y per −1, senza modificare i dati originali.

Altri miglioramenti

Il widget Graph offre diversi miglioramenti all'usabilità:

  • Gli item nel tooltip dei dati del grafico, visualizzato quando si passa il mouse sul grafico, vengono ordinati per valore in ordine decrescente.
  • Passando il mouse su un item nel tooltip, il relativo grafico viene evidenziato mentre gli altri vengono attenuati.
  • Selezionando un item nel tooltip, i relativi dati vengono trasmessi agli altri widget che supportano l'ascolto.
  • Il limite al numero di item visualizzati nel tooltip è stato rimosso.
  • Una nuova impostazione Host names in labels consente di scegliere se visualizzare i nomi degli host nel tooltip e nella legenda del grafico.
  • È stata aggiunta una nuova impostazione Item tags (anche nel widget Pie chart).

Raggruppamento degli host nelle mappe geografiche

Il widget Geomap ora supporta il parametro Clustering per controllare come i marker degli host vicini vengono combinati in un singolo marker con un conteggio. Impostando il livello di zoom della mappa per il raggruppamento, è possibile mantenere leggibili le mappe di grandi dimensioni e conservare una visibilità precisa quando si esegue lo zoom.

Aggregazione nei Top item

Il widget Top item può ora raggruppare i pattern degli item in un'unica colonna o riga aggregata, semplificando la presentazione di metriche combinate (ad esempio: il traffico in ingresso totale su tutte le interfacce di rete di un host). Durante la configurazione delle colonne degli item sono state aggiunte tre nuove opzioni: Aggrega colonne, Funzione di aggregazione delle colonne e Nome della colonna combinata.

Descrizioni dei widget

Il limite di caratteri per il campo Descrizione nei widget Gauge e Item value è stato aumentato da 2048 a 65535 caratteri.

Sovrascrittura del fuso orario nel widget Orologio

L'opzione Fuso orario nel modulo di configurazione del widget Orologio è stata spostata dalla sezione Configurazione avanzata alla sezione principale di configurazione del widget e rinominata Sovrascrivi fuso orario.

Questa opzione è disponibile per i tipi di ora Ora locale e Ora del server.

Frontend

Nuovi font e font incorporati

Zabbix ora include nuovi font incorporati che migliorano la leggibilità, si caricano più velocemente e visualizzano lingue aggiuntive del frontend con un impatto minimo sul layout. Essendo incorporati, questi font garantiscono anche un aspetto coerente tra sistemi diversi.
Nuovi font:
Font legacy:

I nuovi font sono utilizzati in quasi tutti i temi. Se necessario, i temi Blue (classic) e Dark (classic), aggiunti di recente, sono disponibili con i font legacy.

La famiglia di font per i contenuti monospaziati e i grafici rimane invariata.

Miglioramenti dell'interfaccia utente di Zabbix

L'interfaccia utente di Zabbix è stata modernizzata per migliorarne l'accessibilità e l'usabilità.
In particolare, i campi di inserimento ora hanno bordi arrotondati.

Miglioramento dell'accessibilità

È stato aggiunto il link Vai al contenuto principale per migliorare la navigazione da tastiera e l'accessibilità.

Il link consente agli utenti che utilizzano la tastiera e i lettori di schermo di saltare la navigazione ripetitiva della barra laterale e passare direttamente al contenuto principale. Rimane nascosto durante l'uso normale e appare solo quando riceve il focus, ad esempio quando viene premuto il tasto Tab dopo il caricamento della pagina o quando viene utilizzato un lettore di schermo.

Convalida inline

I seguenti moduli nel frontend sono stati aggiunti all'insieme dei moduli che supportano la convalida inline:

Gli errori di input vengono visualizzati immediatamente dopo la compilazione dei campi, migliorando l'usabilità e riducendo gli errori di configurazione.

Moduli modali

I seguenti moduli vengono ora aperti in una finestra modale:

Tag ereditati visibili in host, template, item e trigger

I tag ereditati vengono ora visualizzati e restituiti in modo coerente in template, host, item, scenari web e trigger.
I tag ereditati dalle catene di template/host sono visibili in Monitoring > Latest data.
Il filtraggio per tag ereditati è disponibile ovunque sia supportato il filtraggio dei tag, incluse le sezioni Monitoring > Latest data e Data collection, nonché tutti i widget delle dashboard che consentono di filtrare per tag di host, item, trigger o scenario web; in questo modo, la selezione e il sottofiltraggio basati sui tag si comportano allo stesso modo, indipendentemente dal punto in cui è stato definito un tag.

La scheda Tags nei moduli di configurazione di template, host e prototipi di host espone ora un elemento radio per scegliere come presentare i tag: i template mostrano Template tags / Inherited and template tags, mentre gli host e i prototipi di host mostrano Host tags / Inherited and host tags.
I tag ereditati sono distinti visivamente da una nuova icona di documento con contorno accanto all'etichetta del tag.

I widget Graph e Pie chart includono una nuova impostazione Item tags.

Posizionamento dei tooltip

Ora è possibile riposizionare i tooltip trascinandoli in una nuova posizione. Questo si applica, ad esempio, al tooltip Graph, nonché ai tooltip con descrizioni nelle sezioni Latest Data o Problems.

I dettagli dell'evento mostrano il motivo della soppressione

La pagina dettagli dell'evento, aperta da Monitoring > Problems, ora mostra se un evento è stato soppresso a causa della manutenzione dell'host oppure soppresso manualmente da un utente.

Le icone arancioni icon_suppression_maintenance.png e icon_unsuppressed_maintenance.png indicano la soppressione/annullamento della soppressione correlati alla manutenzione, mentre le icone grigie icon_suppression.png e icon_unsuppressed.png indicano la soppressione/annullamento della soppressione manuali.

Nelle cronologie di problem e event, le azioni eseguite da utenti eliminati vengono ora mostrate come Inaccessible user.

Miglioramenti del report delle informazioni di sistema

Il report Informazioni di sistema ora visualizza l'ID del server (UUIDv7).
Il report delle informazioni di sistema è ora disponibile anche per gli utenti Zabbix Admin.

Modifiche al pacchetto della policy SELinux di Zabbix

Per la versione 10 di AlmaLinux, CentOS Stream, RHEL, Rocky Linux e Oracle Linux, la policy SELinux è fornita dal nuovo pacchetto zabbix-selinux-policy-main, che contiene la policy SELinux dal repository SELinux upstream.

L'attuale pacchetto zabbix-selinux-policy ora ha una dipendenza da zabbix-selinux-policy-main oppure selinux-policy-targeted-extra. Il pacchetto zabbix-selinux-policy-main è in conflitto con selinux-policy-targeted-extra; pertanto, entrambi i pacchetti non possono essere installati contemporaneamente.

Se hai già un'installazione esistente di zabbix-selinux-policy, non sono necessarie modifiche manuali. Durante l'aggiornamento del pacchetto, zabbix-selinux-policy-main verrà installato automaticamente. Se selinux-policy-targeted-extra è già installato, non verrà installato alcun pacchetto aggiuntivo.

Impostazione della presentazione della dashboard

Quando si crea una dashboard, la casella di controllo Avvia presentazione è disabilitata per impostazione predefinita e deve essere abilitata esplicitamente. Un parametro URL slideshow supporta i valori on o off, consentendo di sovrascrivere rapidamente l'impostazione della presentazione della dashboard. Il parametro slideshow=1 è deprecato e non sarà più supportato.

Collegamento ai proxy Zabbix Cloud

L'elenco dei proxy in Amministrazione > Proxy ora include il pulsante Crea proxy nel Cloud. Facendo clic su di esso, Zabbix Cloud si apre in una nuova scheda del browser, dove è possibile distribuire un proxy senza installarlo nella propria infrastruttura. Per ulteriori informazioni, vedere Configurazione di un proxy Zabbix Cloud.

Documentazione

Pagine di documentazione consolidate per le release minori

La documentazione di rilascio per le versioni minori di una release principale di Zabbix sarà ora raccolta in un'unica pagina di documentazione sia per le nuove funzionalità sia per le note di aggiornamento.

Note di aggiornamento

Queste note sono destinate all'aggiornamento da Zabbix 7.4.x a Zabbix 8.0.0.

Tutte le note sono raggruppate in:

  • Modifiche incompatibili - modifiche che potrebbero compromettere le installazioni esistenti e altre informazioni critiche relative al processo di aggiornamento
  • Altro - tutte le restanti informazioni che descrivono le modifiche nelle funzionalità di Zabbix

Vedi anche:

Modifiche incompatibili

Supporto per gli agent Zabbix precedenti alla versione 1.6 interrotto

A causa della rimozione del supporto per i protocolli legacy in testo semplice e XML dal trapper del server/proxy Zabbix, gli agent Zabbix precedenti alla versione 1.6 non sono più supportati.

Versione minima richiesta di PHP

La versione minima richiesta di PHP è stata aumentata da 8.0.0 a 8.2.0.

Denominazione personalizzata di temi/tipi di supporto

Sono stati aggiunti tre nuovi temi predefiniti del frontend: Blue (classic), Dark (classic) e Dark blue, oltre a un nuovo tipo di supporto Push notification. Se disponi di un tema personalizzato con uno di questi nomi (blue-classic-theme, dark-classic-theme, dark-blue-theme) o di un tipo di supporto denominato Push notification, rinomina il tema o il tipo di supporto prima dell'aggiornamento.

In caso contrario, dopo l'aggiornamento:

  • Il tema predefinito sostituirà il foglio di stile del tema personalizzato, mentre i colori personalizzati dei grafici continueranno a essere utilizzati, creando una combinazione dei due temi.
  • Il tipo di supporto esistente rimarrà invariato, ma il nuovo tipo di supporto non verrà creato.

I temi e i tipi di supporto personalizzati con altri nomi non sono interessati dall'aggiornamento.

Metodi API dell'interfaccia host rimossi

I metodi API dell'interfaccia host sono stati rimossi. Dopo l'aggiornamento di Zabbix, questi metodi verranno rimossi dagli elenchi Accesso all'API dei ruoli utente esistenti.

Item proxy interni limitati agli host monitorati dal server

Gli item interni zabbix[proxy,*] e zabbix[proxy group,*] non sono più supportati sugli host monitorati da un proxy o da un gruppo di proxy.

Versione della libreria Logback

La versione minima della libreria Logback è stata aumentata da 1.5.16 a 1.5.25.

Versioni dei database

Le versioni minime richieste dei database sono state aumentate:

  • MySQL/Percona: 8.0.30 → 8.4.0
  • MariaDB: 10.5.00 → 10.11.00
  • PostgreSQL: 13.0 → 15.0
  • TimescaleDB: 2.13.0 → 2.20.0
  • Elasticsearch: 7.0.0 → 8.0.0

Zabbix server non si avvia se la versione di Elasticsearch è precedente alla 8.0.0; questo non può essere ignorato con il parametro AllowUnsupportedDBVersions. Aggiornare Elasticsearch a una versione supportata prima di avviare il server Zabbix aggiornato. Per la procedura di aggiornamento, consultare la documentazione di Elasticsearch.

Plugin

Il plugin Ceph per Zabbix agent 2 è ora un plugin caricabile e richiede ulteriori passaggi di installazione. Per i dettagli, consultare il readme del plugin Ceph.

Lo schema tcp:// è deprecato nel plugin MongoDB, ma viene mantenuto per la compatibilità con le configurazioni esistenti.

Il parametro Plugins.Oracle.CallTimeout nel file di configurazione del plugin Oracle non ha più alcun effetto. Il tempo massimo di attesa è ora determinato dal timeout dell'item.

Supporto delle versioni di MongoDB del plugin

Questa versione del plugin non supporta più MongoDB 2.6–4.0.
Utilizza MongoDB Go Driver v2, che richiede MongoDB 4.2 o versioni successive.

Per monitorare MongoDB 2.6–4.0, utilizzare una versione precedente del plugin.
Le versioni precedenti supportano MongoDB 2.6–5.3 e possono essere utilizzate con Zabbix agent 2 versione 6.0.0 o successive.

Elenco esteso di UnsafeUserParameters

Il carattere % è stato aggiunto all'elenco UnsafeUserParameters per Zabbix agent e Zabbix agent 2.

Parametri dei filtri spostati

Nell'ambito della funzionalità tabelle personalizzabili, alcuni parametri dei filtri sono stati spostati dalla scheda del filtro alle opzioni delle colonne. Se sono state salvate schede per i filtri preferiti che utilizzano uno dei seguenti parametri dei filtri, queste verranno reimpostate e dovranno essere riconfigurate manualmente dopo l'aggiornamento:

  • Monitoring > Hosts: Mostra problemi soppressi
  • Monitoring > Latest data: Mostra tag, Nome del tag, Priorità di visualizzazione dei tag, Mostra dettagli
  • Monitoring > Problems: Mostra tag, Nome del tag, Priorità di visualizzazione dei tag, Mostra dati operativi, Visualizzazione compatta, Mostra dettagli, Mostra sequenza temporale, Evidenzia intera riga

Metodi degli oggetti integrati in sola lettura nella pre-elaborazione JavaScript

I metodi degli oggetti JavaScript integrati negli script di pre-elaborazione sono ora di sola lettura. Se sono già stati modificati metodi integrati sui prototipi JavaScript negli script di pre-elaborazione degli item, potrebbero verificarsi dei problemi, poiché la modifica dei metodi integrati dei prototipi non è più consentita.

Set di caratteri e collation del database MySQL

Se il database MySQL di Zabbix è stato creato con il set di caratteri utf8mb3 e la collation utf8mb3_bin, si consiglia vivamente di convertirlo al set di caratteri utf8mb4 e alla collation utf8mb4_bin prima di aggiornare Zabbix, come descritto in Riparazione del set di caratteri e della collation del database Zabbix.

Altro

Supporto APM nei pacchetti proxy di Zabbix

Per utilizzare il monitoraggio delle prestazioni delle applicazioni per il proxy di Zabbix, scegliere l'opzione di aggiornamento per il proprio sistema operativo:

  • RHEL 10 e i suoi derivati: installare il repository EPEL, abilitare il repository CRB e installare il pacchetto APM del proxy di Zabbix (vedere i dettagli).
  • Debian 12 o versioni successive, Raspberry Pi OS (Raspbian) 12 o versioni successive, Ubuntu 24.04 o versioni successive: aggiornare i pacchetti del proxy di Zabbix come di consueto; APM è incluso.
  • Altri sistemi: aggiornare il proxy di Zabbix dai sorgenti con l'opzione --with-apm.

Accesso predefinito all'API

Per le nuove installazioni, l'accesso all'API è disabilitato per impostazione predefinita per tutti i ruoli, inclusi i ruoli appena creati e i ruoli utente predefiniti.

Per le installazioni esistenti, l'accesso all'API è disabilitato per impostazione predefinita solo per i ruoli appena creati.

Elenco di autorizzazione API vuoto

Nei ruoli utente, un Elenco di autorizzazione senza metodi API specificati nega ora l'accesso a tutti i metodi API. In precedenza, l'elenco vuoto veniva ignorato e tutti i metodi API erano consentiti.

Per preservare l'accesso esistente, l'aggiornamento aggiunge il carattere jolly * (qualsiasi metodo) a tutti i ruoli utente per i quali è selezionato Elenco di autorizzazione, ma non sono specificati metodi. Dopo l'aggiornamento, esaminare questi ruoli in Utenti > Ruoli utente: sostituire * con i metodi effettivamente necessari al ruolo oppure deselezionare la casella di controllo Abilitato nella sezione Accesso all'API se il ruolo non necessita dell'accesso API.

Firma SAML abilitata per impostazione predefinita

Per una maggiore sicurezza, tutte le opzioni di firma SAML (Messaggi, Asserzioni, Richieste AuthN, Richieste di logout e Risposte di logout) sono ora abilitate per impostazione predefinita durante la configurazione dell'autenticazione SAML in Utenti > Autenticazione. Di conseguenza, la chiave privata SP e il certificato SP sono ora obbligatori per le nuove configurazioni SAML, a meno che le opzioni di firma non vengano deselezionate.

Le configurazioni SAML esistenti non sono interessate dall'aggiornamento.

Verifica TLS per template HTTP e tipi di supporto

I template e i tipi di supporto che si connettono a endpoint HTTPS verificano ora il certificato TLS dell'endpoint per impostazione predefinita.

Questa modifica riguarda tutti i template di monitoraggio cloud e API (ad esempio, Claude API by HTTP, Cloudflare by HTTP, Kubernetes Cluster by HTTP) e tutti i tipi di supporto webhook (ad esempio, Slack, Jira, Telegram). È possibile modificare questo comportamento utilizzando la nuova macro utente {$HTTP.TLS.VERIFY}, aggiunta a questi template e tipi di supporto. Impostare il valore della macro su none per disabilitare la verifica, su peer per verificare solo la catena e la scadenza del certificato oppure su full per eseguire una verifica completa. Per ulteriori informazioni, consultare il file README di ciascun template HTTP o webhook.

Quando si aggiorna Zabbix, i template e i tipi di supporto non vengono aggiornati automaticamente. In questo modo si evita di sovrascrivere eventuali modifiche personalizzate. Per aggiornare o aggiungere manualmente template e tipi di supporto, consultare le istruzioni per l'aggiornamento dei template.

Compatibilità dei template con Host Wizard

Tutti i template predefiniti sono ora compatibili con Host Wizard. Per aggiornarli, vedere Aggiornamento dei template.

Pacchetto dei criteri SELinux di Zabbix

Per la versione 10 di AlmaLinux, CentOS Stream, RHEL, Rocky Linux e Oracle Linux, il pacchetto zabbix-selinux-policy esistente ora ha una dipendenza da zabbix-selinux-policy-main o selinux-policy-targeted-extra. Se è già installato zabbix-selinux-policy, non sono necessarie modifiche manuali. Durante l'aggiornamento del pacchetto, zabbix-selinux-policy-main verrà installato automaticamente. Se selinux-policy-targeted-extra è già installato, non verrà installato alcun pacchetto aggiuntivo.

Elaborazione concorrente dei controlli SNMPv1 e SNMPv2

I controlli asincroni del servizio SNMPv1 e SNMPv2 vengono ora elaborati in parallelo dai worker di discovery disponibili.

Macro deprecati rimossi

Il supporto per le seguenti macro integrate è stato rimosso:

Rimosso Usa invece
{ACK.DATE} {EVENT.UPDATE.DATE}
{ACK.MESSAGE} {EVENT.UPDATE.MESSAGE}
{ACK.TIME} {EVENT.UPDATE.TIME}
{EVENT.ACK.HISTORY} {EVENT.UPDATE.HISTORY}
{HOSTNAME<1-9>} {HOST.HOST}
{IPADDRESS<1-9>} {HOST.IP}
{PROFILE.*} {INVENTORY.*}
{TRIGGER.COMMENT} {TRIGGER.DESCRIPTION}
{TRIGGER.KEY} {ITEM.KEY}
{STATUS} {TRIGGER.STATUS}
{USER.ALIAS} {USER.USERNAME}

Template Kubernetes deprecati

I template Kubernetes sono deprecati e sono stati sostituiti dal template Kubernetes Cluster by HTTP. I vecchi template vengono mantenuti per garantire la compatibilità con le configurazioni esistenti.

Parametri deprecati per i provider di archiviazione della history

I seguenti parametri sono ora deprecati:

  • File di configurazione del server Zabbix: HistoryStorageDateIndex, HistoryStorageURL e HistoryStorageTypes. Utilizzare invece il nuovo parametro HistoryProvider.
  • File di configurazione del frontend Zabbix: $HISTORY. Utilizzare invece il nuovo parametro $HISTORY_PROVIDERS.

Entrambi i nuovi parametri consentono di scegliere il provider di archiviazione della history: Elasticsearch, ClickHouse o SQL (predefinito). Tenere presente che non è possibile utilizzare contemporaneamente questi parametri nuovi e quelli deprecati.

Rimossa la convalida JSON e XML dagli item HTTP agent

La convalida JSON e XML è stata rimossa dal campo Request body negli item HTTP agent. Il campo non verifica più se il valore è XML o JSON valido e la selezione di XML data come Request body type non richiede più la libreria libxml2.

Collegamenti disabilitati nascosti negli host monitorati

I collegamenti disabilitati Graphs, Dashboards e Web non vengono più visualizzati nell'elenco degli host monitorati.

Tipo di dati JSON

Zabbix ora supporta JSON come tipo di dati per i valori degli item. Se si utilizza TimescaleDB, la nuova hypertable history_json (utilizzata per archiviare i valori JSON) deve essere configurata manualmente. Se si utilizza Elasticsearch, il valore predefinito del parametro di configurazione del server Zabbix HistoryStorageTypes, ormai deprecato, ora include json.

Rimosso il pulsante di opzione nel modulo Nuovo filtro tag

Il pulsante di opzione che richiedeva di scegliere tra Tutti i tag e Elenco tag durante la creazione di un nuovo filtro tag è stato rimosso.

Valori degli item visualizzati come HTML tramite iframe

I dati degli item nel widget Item history, quando visualizzati come testo formattato HTML, sono ora isolati in iframe.

Ridimensionamento automatico dei campi di configurazione

La maggior parte dei campi di configurazione nell'interfaccia utente ora si ridimensiona automaticamente per adattarsi al proprio contenuto.

Variabile di configurazione del frontend sostituita

La variabile $ALLOW_HTTP_AUTH è stata sostituita dal flag di funzionalità $ZBX_FEATURE_FLAGS['http_auth_enabled'] nel file di configurazione del frontend (zabbix.conf.php).

Stato del periodo di manutenzione rinominato

Lo stato del periodo maintenance è stato rinominato da Approaching a Upcoming.

Parametro slideshow della dashboard deprecato

Il supporto per il parametro slideshow=1 verrà rimosso. Sono stati introdotti nuovi valori per il parametro slideshow per avviare e arrestare la presentazione:

  • slideshow=on - avvia la presentazione
  • slideshow=off - arresta la presentazione

Espressioni regolari globali

Le opzioni del tipo di espressione sono state rinominate:

Prima Ora
Stringa di caratteri inclusa Contiene la stringa
Qualsiasi stringa di caratteri inclusa Contiene una qualsiasi sottostringa dell'elenco
Stringa di caratteri non inclusa Non contiene la stringa
Il risultato è TRUE Corrisponde all'espressione regolare
Il risultato è FALSE Non corrisponde all'espressione regolare