Differenze principali di Zabbix Cloud
Introduzione
Zabbix Cloud è una piattaforma basata sul cloud che consente ai suoi utenti di eseguire istanze Zabbix autonome nel cloud (nodi cloud).
Rispetto a una normale distribuzione Zabbix on-premise:
- Non è richiesta alcuna installazione o manutenzione.
- I nodi cloud sono completamente gestiti da Zabbix.
- I nodi cloud possono essere avviati in pochi minuti.
Questo servizio è offerto con un modello pay-as-you-go (è disponibile una prova gratuita).
Tabella di confronto
Sebbene gran parte delle funzionalità si sovrapponga tra le installazioni Zabbix on-premise e i nodi cloud, esistono anche differenze. Di seguito è fornita una tabella di confronto riassuntiva. Le sezioni successive descrivono in dettaglio gli elementi selezionati.
| Feature / Aspect | Zabbix Cloud | Zabbix on‑premises |
|---|---|---|
| Release cycle | In step with LTS releases | You choose your Zabbix version (stable, beta, custom builds) |
| Ease of use | Ready-to-use platform, fully managed by Zabbix | Requires installation, configuration and maintenance |
| Vulnerability patching | Automatic OS/Zabbix patching | Manual patching by user |
| HTTPS certificate | Valid certificate out-of-the-box (no Let's Encrypt) | Self-signed by default (Let's Encrypt or other CA can be configured) |
| DB performance (INSERT/UPDATE/SELECT) |
Auto‑partitioning for max speed; no long-running DELETEs | Manual partitioning & cleanup (long DELETE transactions possible) |
| Performance tuning | Pre‑tuned by Zabbix Cloud team (no changelogs) | Full visibility & control over tuning parameters |
| Firewall control | Managed by Zabbix Cloud team; GUI/trapper ports not exposed publicly | Full control of firewall rules and port exposure |
| DB isolation & protection | Highly isolated, no direct DB/SSH access | Depends on your network and host security |
| High availability (HA) | Runs on a highly-available cloud platform, Zabbix proxies can be used for higher data-collection resilience |
User-managed HA |
| SNMP traps | Only via dedicated proxy (no HA/load‑balanced trap receiver) | Direct or via proxy, HA/load‑balance possible |
| SNMP polling | Hard without proxies (each device needs NAT/custom port) | Native SNMP polling; proxy optional |
| Retention settings | History/Trends/Audit only via UI (no API or configuration file) | Configurable in Zabbix server configuration file or via API |
| Custom scripts | AlertScriptsPath, ExternalScripts, frontend & community modules not supported |
Fully supported (scripts path, modules, integrations) |
| ODBC monitoring | Only PostgreSQL (driver {postgresql}); MariaDB plugin present as a placeholder |
ODBC for PostgreSQL, MySQL, Oracle, etc. - fully configurable |
| Limiting ODBC calls | Not possible (StartODBCPollers=1 only; heavy sync queries block other work) |
Fully tunable poller count & scheduling |
| SAML certificate upload | Not supported | Supported via UI or API |
| Scheduled reports | Must create own Email media (script media unsupported) | Supports both script and Email media out‑of‑the‑box |
| Host interface for active checks | Platform-issued IP address (created automatically) | Interfaces managed by you; IPs under your control |
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.
Interfaccia di active check
Gli active checks nel cloud creano automaticamente un'interfaccia host con un IP non correlato alla tua rete on-premise. Per impostazione predefinita, questo IP può essere esterno. Per mantenere la coerenza, puoi 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 supporto predefinito Cloud Email utilizza un trasporto tramite script e non può essere usato per i report pianificati. Per inviare report tramite email:
- Creare un nuovo tipo di supporto Email.
- Assegnare il supporto email al proprio utente in Impostazioni utente > Supporti.
- Selezionare quel tipo di supporto durante la configurazione dei report pianificati.