Embora a maior parte da funcionalidade se sobreponha entre instalações locais do Zabbix e nós na nuvem, também existem diferenças. Abaixo, é apresentada uma tabela de comparação resumida. As seções subsequentes descrevem itens selecionados em detalhes.

Feature / Aspect	Zabbix Cloud	Zabbix on‑premises
Release cycle	Em sincronia com os releases LTS	Você escolhe sua versão do Zabbix (stable, beta, builds customizadas)
Ease of use	Plataforma pronta para uso, totalmente gerenciada pela Zabbix	Requer instalação, configuração e manutenção
Vulnerability patching	Aplicação automática de patches do SO/Zabbix	Aplicação manual de patches pelo usuário
HTTPS certificate	Certificado válido pronto para uso (sem Let's Encrypt)	Autoassinado por padrão (Let's Encrypt ou outra CA pode ser configurada)
DB performance (INSERT/UPDATE/SELECT)	Particionamento automático para máxima velocidade; sem DELETEs de longa duração	Particionamento e limpeza manuais (transações DELETE longas são possíveis)
Performance tuning	Pré-ajustado pela equipe do Zabbix Cloud (sem changelogs)	Visibilidade e controle total sobre os parâmetros de ajuste
Firewall control	Gerenciado pela equipe do Zabbix Cloud; portas da GUI/trapper não expostas publicamente	Controle total das regras de firewall e da exposição de portas
DB isolation & protection	Altamente isolado, sem acesso direto ao DB/SSH	Depende da sua rede e da segurança do host
High availability (HA)	Executa em uma plataforma de nuvem altamente disponível, proxies do Zabbix podem ser usados para maior resiliência na coleta de dados	HA gerenciada pelo usuário
SNMP traps	Somente via proxy dedicado (sem receptor de traps com HA/balanceamento de carga)	Direto ou via proxy, HA/balanceamento de carga possível
SNMP polling	Difícil sem proxies (cada dispositivo precisa de NAT/porta personalizada)	SNMP polling nativo; proxy opcional
Retention settings	History/Trends/Audit somente via UI (sem API ou arquivo de configuração)	Configurável no arquivo de configuração do server do Zabbix ou via API
Custom scripts	`AlertScriptsPath`, `ExternalScripts`, frontend e módulos da comunidade não são suportados	Totalmente suportado (caminho de scripts, modules, integrações)
ODBC monitoring	Somente PostgreSQL (driver `{postgresql}`); plugin MariaDB presente como placeholder	ODBC para PostgreSQL, MySQL, Oracle etc. - totalmente configurável
Limiting ODBC calls	Não é possível (apenas `StartODBCPollers=1`; consultas síncronas pesadas bloqueiam outros trabalhos)	Quantidade de pollers e agendamento totalmente ajustáveis
SAML certificate upload	Não suportado	Suportado via UI ou API
Scheduled reports	É necessário criar sua própria mídia Email (mídia de script não suportada)	Suporta mídia de script e Email pronta para uso
Host interface for active checks	Endereço IP fornecido pela plataforma (criado automaticamente)	Interfaces gerenciadas por você; IPs sob seu controle

Diferenças de recursos

Traps SNMP

Traps SNMP são suportados apenas por meio de um proxy Zabbix dedicado. Se o monitoramento de traps SNMP for necessário, o balanceamento de carga automatizado ou alta disponibilidade para o proxy não poderá ser usado porque as traps SNMP devem ser enviadas para um único endereço IP.

SNMP polling

Sem proxies, o SNMP polling requer que cada dispositivo seja exposto via NAT e portas personalizadas.

Configurações de retenção

Os períodos de retenção de histórico, tendências e log de auditoria só podem ser configurados pela interface web na nuvem. Essas configurações não podem ser feitas através do zabbix_server.conf ou da API.

Substituições manuais de histórico por item não são suportadas (o particionamento é controlado globalmente). As URLs dos nós em nuvem não aceitam os mesmos parâmetros de consulta que as instalações locais.

Scripts personalizados

Os seguintes tipos de scripts personalizados não são suportados pelo Zabbix Cloud:

Scripts de alerta (AlertScriptsPath)
Scripts externos (ExternalScripts)
Scripts de frontend no Zabbix Server

Módulos de frontend desenvolvidos pela comunidade não podem ser instalados.

Monitoramento ODBC

O Zabbix Cloud suporta monitoramento ODBC apenas para PostgreSQL. Use o template ODBC oficial do Zabbix e defina a string de conexão no template usando:

Driver={postgresql}

Um plugin MariaDB também está instalado, mas atualmente não está funcional. Se usado, defina:

Driver={mysql}

Não há configuração funcional conhecida para Oracle MySQL 8.0 no Zabbix Cloud. Embora consultas simples (como SELECT 1) possam ter sucesso, consultas mais complexas retornam SQL_ERROR.

Não é possível limitar chamadas ODBC (StartODBCPollers=1 apenas). Relatórios síncronos pesados podem impactar o desempenho, e apenas um único SELECT pode ser executado por vez.

Acesso à infraestrutura

O Zabbix Cloud não fornece acesso SSH aos nós subjacentes, nem permite conexões diretas ao banco de dados (por exemplo, à porta 3306). Todas as atividades de configuração, monitoramento e solução de problemas devem ser realizadas por meio da interface da nuvem ou da API, garantindo que as camadas do sistema operacional e do banco de dados permaneçam isoladas e seguras.

Interface de verificação ativa

Verificações ativas na nuvem criam automaticamente uma interface de host com um IP não relacionado à sua rede local. Por padrão, esse IP pode ser externo. Para manter a consistência, você pode excluir ou ajustar manualmente a interface do host após a criação.

Upload de certificado SAML

A autenticação SAML não é suportada porque poucos provedores aceitam mensagens SAML não criptografadas ou não assinadas.

Relatórios agendados

O tipo de mídia padrão Cloud Email usa um transporte de script e não pode ser usado para relatórios agendados. Para enviar relatórios por e-mail:

Crie um novo tipo de mídia de e-mail.
Atribua o e-mail à sua conta em Configurações do usuário > Mídia.
Selecione esse tipo de mídia ao configurar relatórios agendados.

What’s next?

Log de auditoria

Docs

Principais diferenças do Zabbix Cloud

Introdução

Tabela de comparação