Queste note sono per l'aggiornamento da Zabbix 5.4.x a Zabbix 6.0.0. Tutte le note sono raggruppate in:
Critico
- le informazioni più critiche relative all'aggiornamento processo e le modifiche alla funzionalità di ZabbixInformational
- tutte le informazioni rimanenti che descrivono le modifiche nella funzionalità ZabbixÈ possibile eseguire l'aggiornamento a Zabbix 6.0.0 da versioni precedenti a Zabbix 5.4.0. Vedere la sezione procedura di aggiornamento. per tutte le informazioni rilevanti sull'aggiornamento dal precedente Zabbix versioni.
Per creare l'esperienza utente ottimale e garantire le migliori prestazioni di Zabbix in vari ambienti di produzione, il supporto di alcune le versioni precedenti del database sono state eliminate. Questo vale principalmente per le versioni del database che si stanno avvicinando alla fine del loro ciclo di vita 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 un file non supportato viene rilevata la versione del database. Adesso è possibile, anche se non consigliato, per disattivare il controllo della versione del database modificando Parametro di configurazione AllowUnsupportedDBVersions per il file server o proxy.
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. Istruzioni per un aggiornamento manuale delle tabelle cronologiche alle chiavi primarie in cui sono disponibili installazioni preesistenti per MySQL/MariaDB, PostgreSQL, TimescaleDB v1 e v2, e Oracle.
È stato aggiunto il supporto per PCRE2. PCRE è ancora supportato, ma Zabbix può essere compilato solo con una delle librerie PCRE o PCRE2, entrambe non possono essere utilizzate contemporaneamente.
I seguenti pacchetti di installazione di Zabbix sono stati aggiornati e ora utilizzano PCRE2: - RHEL 7 e successivi - SLES (tutte le versioni) - Debian 9 e successive -Ubuntu 16.04 e successivi
Si prega di notare che dopo essere passati a PCRE2, potrebbe essere necessario aggiornare alcune espressioni regolari. In particolare, il template^[\w-\.]
deve essere cambiato in ^[-\\w\\.]
per continuare a lavorare correttamente - vedi Problemi noti per una spiegazione più dettagliata.
L'elaborazione dei controlli ODBC viene ora eseguita da processi server/proxy separati odbc poller. In precedenza, i controlli ODBC venivano eseguiti da poller regolari, che funzionano anche con elementi dell'agente Zabbix, controlli SSH, ecc.
Un nuovo parametro di configurazione StartODBCPollers è stato aggiunto ai file di configurazione di Zabbix server e proxy con il valore predefinito 1. Potrebbe essere necessario regolare questo parametro in base al numero di controlli ODBC eseguiti dal server o dal proxy. Potresti anche voler ridurre di conseguenza il numero di poller regolari impostati dal parametro StartPollers.
L'elemento interno zabbix[process,<type>] può essere utilizzato per monitorare il caricamento dei poller ODBC.
Al fine di migliorare la registrazione di controllo in Zabbix e creare il registro di controllo completo e affidabile, la struttura del database precedentemente esistente doveva essere rielaborato. Durante un aggiornamento delle tabelle DB auditlog
e auditlog_details
sarà sostituito dalla nuova tabella auditlog
con a formato diverso. I vecchi record di controllo non verranno conservati.
Nuovo sezione Il Registro di controllo è stato aggiunto al menu Amministrazione→Generale permettendo di abilitare (impostazione predefinita) o disabilitare la registrazione di controllo. Impostazioni di pulizia per audit, precedentemente situato nella sezione del menu Governante, è stato anche spostato nella nuova sezione Registro di controllo. Pulizie esistenti le impostazioni verranno salvate.
Consulta l'elenco delle modifiche API in Zabbix 6.0.0.
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.
La possibilità di modificare le dipendenze per i trigger ereditati da un modello è ora disabilitata. Il motivo è che dopo l'aggiornamento delle dipendenze di un trigger di modello, le dipendenze dei trigger ereditati vengono sovrascritti. Pertanto è più affidabile impostare sempre le dipendenze del trigger solo a livello di modello radice.
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.
La funzionalità delle macro semplici è stata trasferita alle macro di espressione. Le macro semplici esistenti verranno convertite in macro di espressione durante l'aggiornamento. Macro che non possono essere convertite senza superare il limite di lunghezza non saranno convertiti con un avviso stampato nel file di registro.
I seguenti elementi interni sono ora obsoleti e verranno rimossi in una futura versione principale:
zabbix[storia]
zabbix[history_log]
zabbix[history_str]
zabbix[testo_storia]
zabbix[history_uint]
zabbix[tendenze]
zabbix[trends_uint]
Ogni plug-in dell'agente Zabbix 2 ora ha un file configuration file. Per impostazione predefinita, questi i file si trovano nella directory ./zabbix_agent2.d/plugins.d/
. Il il percorso è specificato nel parametro "Include" dell'agente 2 file di configurazione e può essere relativo al file zabbix_agent2.conf o zabbix_agent2.win.conf posizione del file.
In precedenza, gli spazi nelle password degli utenti venivano tagliati automaticamente sia il form Configurazione utente che il form Login. Dopo il introduzione di configurabile password complessità requisiti, gli spazi nelle password non vengono più tagliati. Quindi gli utenti, che l'hanno pensato avevano spazi nelle loro password, non potranno accedere come al solito e dovranno inserire la loro "vecchia" password senza spazi. Continuare utilizzando password con spazi, dovranno ricreare le proprie password.
Poiché l'elaborazione in blocco degli articoli dipendenti è stata introdotta nella pre-elaborazione coda per le metriche Prometheus, gli elementi dipendenti non verranno più elaborati paralleli e ciò può influire sulla velocità con cui vengono elaborati.
I comandi di runtime del server Zabbix e del proxy ora vengono inviati tramite socket anziché segnali Unix. Questa modifica consente di migliorare l'esperienza dell'utente lavorando con le opzioni di controllo del runtime:
Non è più possibile aggiungere grafici personalizzati ai preferiti in Monitoraggio -> Host -> Grafici. Dopo l'aggiornamento qualsiasi custom esistente i grafici verranno rimossi dai preferiti.
Sono stati apportati diversi importanti aggiornamenti relativi alla funzionalità di monitoraggio del servizio. Una configurazione dell'albero dei servizi esistente verrà modificata durante un aggiornamento nel modo seguente:
Le dipendenze basate su trigger tra problemi e servizi sono sostituite dalla mappatura basata su tag dei servizi ai problemi. I trigger che sono stati collegati a un servizio riceveranno un nuovo tag ServiceLink
: <ID trigger>:<nome trigger>
(il valore del tag verrà troncato a 32 caratteri). I servizi collegati riceveranno lo stesso problem tag.
Le dipendenze hard e soft non esistono più. Invece, un servizio avrà più servizi padre.
L'"Algoritmo di calcolo dello stato" verrà aggiornato utilizzando le seguenti regole:
SLA non è più un attributo del servizio, ma un'entità separata che può essere assegnata a più servizi. Durante un aggiornamento, gli SLA identici verranno raggruppati e verrà creato uno SLA per ciascun gruppo. I servizi riceveranno un nuovo codice di matricola SLA
:<ID>
per la corrispondenza.
Guarda anche: