Sebbene la maggior parte delle funzionalità sia sovrapponibile tra le installazioni Zabbix on-premise e i nodi cloud, esistono anche alcune differenze. Di seguito è riportata una tabella di confronto riepilogativa. Le sezioni successive descrivono in dettaglio alcuni elementi selezionati.

Funzionalità / Aspetto	Zabbix Cloud	Zabbix on-premise
Ciclo di rilascio	In linea con le release LTS	È possibile scegliere la versione di Zabbix (stabile, beta, build personalizzate)
Facilità d'uso	Piattaforma pronta all'uso, completamente gestita da Zabbix	Richiede installazione, configurazione e manutenzione
Applicazione delle patch alle vulnerabilità	Applicazione automatica delle patch al sistema operativo e a Zabbix	Applicazione manuale delle patch da parte dell'utente
Certificato HTTPS	Certificato valido pronto all'uso (senza Let's Encrypt)	Autofirmato per impostazione predefinita (è possibile configurare Let's Encrypt o un'altra CA)
Prestazioni del DB (INSERT/UPDATE/SELECT)	Partizionamento automatico per la massima velocità; nessuna operazione DELETE di lunga durata	Partizionamento e pulizia manuali (sono possibili transazioni DELETE di lunga durata)
Ottimizzazione delle prestazioni	Preconfigurata dal team Zabbix Cloud (senza changelog)	Piena visibilità e controllo sui parametri di ottimizzazione
Controllo del firewall	Gestito dal team Zabbix Cloud; le porte GUI/trapper non sono esposte pubblicamente	Pieno controllo sulle regole del firewall e sull'esposizione delle porte
Traffico in uscita sulla porta 25	Bloccato per impostazione predefinita per prevenire spam e abusi; utilizzare invece la porta SMTP 587 o 465	Non limitato da Zabbix; dipende dalla rete e dal provider di hosting
Isolamento e protezione del DB	Altamente isolato, senza accesso diretto al DB/SSH	Dipende dalla rete e dalla sicurezza del proprio host
Alta disponibilità (HA)	Eseguito su una piattaforma cloud ad alta disponibilità, è possibile utilizzare proxy Zabbix per una maggiore resilienza della raccolta dati	HA gestita dall'utente
SNMP trap	Solo tramite un proxy dedicato (nessun trap receiver in HA o con bilanciamento del carico)	Direttamente o tramite proxy; sono possibili HA e bilanciamento del carico
Polling SNMP	Difficile senza proxy (ogni dispositivo richiede NAT/una porta personalizzata)	Polling SNMP nativo; proxy facoltativo
Impostazioni di conservazione	History/Trends/Audit solo tramite UI (nessuna API o file di configurazione)	Configurabile nel file di configurazione del server Zabbix o tramite API
Script personalizzati	`AlertScriptsPath`, `ExternalScripts`, frontend e moduli della community non supportati	Completamente supportati (percorso degli script, moduli, integrazioni)
Monitoraggio ODBC	Solo PostgreSQL (driver `{postgresql}`); il plugin MariaDB è presente come segnaposto	ODBC per PostgreSQL, MySQL, Oracle, ecc. - completamente configurabile
Limitazione delle chiamate ODBC	Non possibile (solo `StartODBCPollers=1`); le query di sincronizzazione pesanti bloccano le altre attività	Numero e pianificazione dei poller completamente regolabili
Caricamento del certificato SAML	Non supportato	Supportato tramite UI o API
Report pianificati	È necessario creare un media Email personalizzato (i media script non sono supportati)	Supporta sia i media script sia i media Email pronti all'uso
Interfaccia host per i controlli attivi	Indirizzo IP assegnato dalla piattaforma (creato automaticamente)	Interfacce gestite dall'utente; gli indirizzi IP sono sotto il suo controllo

Differenze delle funzionalità

Trap SNMP

Le trap SNMP sono supportate solo tramite un proxy Zabbix dedicato. Se è richiesto il monitoraggio dei trap SNMP, non è possibile utilizzare il bilanciamento del carico automatico o l'alta disponibilità per il proxy, perché i trap SNMP devono essere inviati a un singolo indirizzo IP.

Polling SNMP

Senza proxy, il polling SNMP richiede che ogni dispositivo sia esposto tramite NAT e porte personalizzate.

Impostazioni di conservazione

I periodi di conservazione di storico, trend e log di audit possono essere configurati nel cloud solo tramite l'interfaccia web. Queste impostazioni non possono essere configurate tramite zabbix_server.conf o l'API.

Le sostituzioni manuali della conservazione dello storico per singolo item non sono supportate (il partizionamento è controllato globalmente). Gli URL dei nodi cloud non accettano gli stessi parametri di query delle installazioni on-premise.

Script personalizzati

I seguenti tipi di script personalizzati non sono supportati da Zabbix Cloud:

Script di avviso (AlertScriptsPath)
Script esterni (ExternalScripts)
Script del frontend su Zabbix Server

I moduli del frontend sviluppati dalla community non possono essere installati.

Monitoraggio ODBC

Zabbix Cloud supporta il monitoraggio ODBC solo per PostgreSQL. Utilizzare il template ODBC ufficiale di Zabbix e definire la stringa di connessione nel template usando:

Driver={postgresql}

È inoltre installato un plugin MariaDB, ma al momento non è funzionante. Se utilizzato, definire:

Driver={mysql}

Non esiste alcuna configurazione nota funzionante per Oracle MySQL 8.0 in Zabbix Cloud. Sebbene query semplici (come SELECT 1) possano avere esito positivo, query più complesse restituiscono SQL_ERROR.

Non è possibile limitare le chiamate ODBC (StartODBCPollers=1 soltanto). Una reportistica sincrona pesante può influire sulle prestazioni e può essere eseguita una sola SELECT alla volta.

Accesso all'infrastruttura

Zabbix Cloud non fornisce accesso SSH ai nodi sottostanti, né consente connessioni dirette al database (ad esempio, alla porta 3306). Tutte le attività di configurazione, monitoraggio e risoluzione dei problemi devono essere eseguite tramite l'interfaccia utente cloud o l'API, garantendo che i livelli del sistema operativo e del database rimangano isolati e protetti.

Traffico in uscita sulla porta 25

Per prevenire spam e abusi, le connessioni in uscita dai nodi Zabbix Cloud alla porta TCP 25 sono bloccate per impostazione predefinita. Questo riguarda:

I tipi di media Email che inviano tramite un server SMTP sulla porta 25. Poiché 25 è la porta del server SMTP predefinita per un nuovo tipo di media Email, modificarla in 587 (con Sicurezza della connessione impostata su STARTTLS) o 465 (SSL/TLS), a seconda di ciò che supporta il server SMTP. Il provider email Office365 relay non può essere utilizzato, poiché si connette all'endpoint relay di Microsoft sulla porta 25.
I report pianificati, che richiedono un tipo di media Email.
I controlli eseguiti direttamente dal nodo cloud sulla porta 25, come i controlli semplici net.tcp.service[smtp] o i controlli SMTP nelle regole di network discovery. Questi segnalano il servizio SMTP come non disponibile anche quando è in esecuzione; eseguire invece tali controlli tramite un proxy Zabbix o un agent Zabbix nella propria rete.

Il tipo di media Cloud Email predefinito non è interessato.

Interfaccia per controlli attivi

I controlli attivi nel cloud creano automaticamente un'interfaccia host con un IP non correlato alla rete on-premise. Per impostazione predefinita, questo IP può essere esterno. Per mantenere la coerenza, è possibile eliminare o modificare manualmente l'interfaccia host dopo la creazione.

Caricamento del certificato SAML

L'autenticazione SAML non è supportata perché pochi provider accettano messaggi SAML non crittografati o non firmati.

Report pianificati

Il tipo di media Cloud Email predefinito utilizza un trasporto tramite script e non può essere usato per i report pianificati. Per inviare i report tramite email:

Creare un nuovo tipo di media Email.
Assegnare il media email al proprio utente in Impostazioni utente > Media.
Selezionare quel tipo di media durante la configurazione dei report pianificati.

Non utilizzare la porta 25 come porta del server SMTP per questo tipo di media; vedere Traffico in uscita sulla porta 25.

Quali sono i prossimi passi?

Registro di audit

Docs

Differenze principali di Zabbix Cloud

Introduzione

Tabella di confronto