Zabbix 7.0 è la prima linea LTS dalla 6.0, e porta il cambiamento più visibile da anni: un frontend ricostruito, un motore di raccolta più efficiente e un sistema di SLA nativo. In imaxe abbiamo riconfezionato tutto questo in una AMI pronta per la produzione su Ubuntu 24.04, con il nostro lettore SQS riscritto per sfruttare le nuove API.
Se già gestisci una delle nostre AMI di Zabbix 6.0, questa guida ti spiega cosa guadagna il tuo team con l'aggiornamento e come farlo senza perdere nemmeno un punto di storico.
La AMI Zabbix 7.0 LTS è già disponibile su AWS Marketplace nelle 7 regioni commerciali abituali. La 6.0 LTS resta mantenuta fino al 2027-02, quindi non c'è fretta di migrare.
Un frontend che finalmente si sente moderno #
Il cambiamento che si nota di più appena si entra. I dashboard ora ammettono widget multipagina con rotazione automatica, ideali per schermi NOC, e la navigazione è stata appiattita: meno clic per arrivare a un problema specifico.
- Widget di top hosts, gauge e torta ridisegnati, con soglie di colore configurabili.
- Modalità kiosk migliorata per pannelli a muro, con refresh indipendente per widget.
- Filtri salvati per utente che persistono tra le sessioni.
SLA nativo, senza acrobazie #
Fino ad ora calcolare uno SLA decente in Zabbix implicava triggers ausiliari e calcoli manuali. La 7.0 introduce un servizio di SLA di prima classe: definisci l'obiettivo, le finestre di servizio e i periodi di inattività pianificata, e Zabbix fa il resto.
Siamo passati dal mantenere un foglio di calcolo parallelo all'avere la compliance dello SLA nello stesso pannello del resto delle metriche. Questo solo giustifica già l'aggiornamento.
Escludere le finestre di manutenzione
Il calcolo rispetta i periodi di manutenzione, in modo che un riavvio pianificato non penalizzi la tua disponibilità. Si configura una volta e si applica a tutti i servizi associati.
Gli triggers ausiliari che usavi per lo SLA nella 6.0 non si convertono da soli. Annota i tuoi obiettivi attuali per ricostruirli con il nuovo servizio.
Lettore SQS riscritto #
La nostra integrazione di auto-scaling legge eventi di Auto Scaling da una coda SQS per rimuovere istanze che scompaiono. Nella 7.0 lo abbiamo riscritto per usare il client asincrono ed elaborare batch, riducendo la latenza di rimozione da minuti a secondi.
La configurazione non cambia: continua a risiedere in /etc/zabbix/zabbix_ami.yml. Se vieni dalla 6.0, il tuo file è compatibile così com'è.
$ imaxe status zabbix-sqs-reader
→ versione 3.0.1 (async) · coda connessa
→ ultimo batch: 4 messaggi in 0.8s
$ journalctl -u zabbix-sqs-reader -n 20 --no-pagerCome migrare dalla 6.0 #
Consigliamo di migrare lanciando una nuova istanza con la AMI 7.0 e trasferendo i dati, invece di aggiornare sul posto. È più sicuro e ti lascia una via di ritorno.
- Lancia la AMI Zabbix 7.0 LTS nella stessa regione e un tipo di istanza equivalente.
- Esporta il database dell'istanza 6.0 e ripristinalo nella nuova — lo schema si aggiorna al primo avvio.
- Copia
/etc/zabbix/zabbix_ami.ymle i tuoi template personalizzati. - Verifica agenti e avvisi in parallelo per 24-48 h prima di spostare l'EIP.
Lo strumento imaxe-zabbix-migrate incluso automatizza il dump, il caricamento e la verifica dello schema. Lo documentiamo passo dopo passo nella scheda della AMI.
Ne vale la pena? #
Se vivi nei dashboard o hai bisogno di riportare lo SLA, la 7.0 è un salto netto. Se la tua 6.0 funziona e non usi lo SLA, non c'è urgenza: la manterremo con patch e audit fino al 2027. In ogni caso, la nuova AMI è pronta quando lo sei tu.