Principais diferenças do Zabbix Cloud
Introdução
Zabbix Cloud é uma plataforma baseada em nuvem que permite aos usuários executar instâncias autônomas do Zabbix na nuvem (cloud nodes).
Em comparação com uma implantação Zabbix tradicional, local:
- Não é necessária instalação nem manutenção.
- Os cloud nodes são totalmente gerenciados pela Zabbix.
- Os cloud nodes podem ser iniciados em minutos.
Este serviço é oferecido no modelo pay-as-you-go (há uma avaliação gratuita disponível).
Tabela de comparação
Embora a maior parte da funcionalidade se sobreponha entre instalações locais do Zabbix e nós na nuvem, também há diferenças. Abaixo é apresentada uma tabela de comparação resumida. As seções seguintes descrevem itens selecionados em detalhes.
| Feature / Aspect | Zabbix Cloud | Zabbix on‑premises |
|---|---|---|
| Release cycle | Em sincronia com releases LTS | Você escolhe sua versão do Zabbix (stable, beta, custom builds) |
| Ease of use | Plataforma pronta para uso, totalmente gerenciada pelo Zabbix | Requer installation, 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 totais sobre os parâmetros de ajuste |
| Firewall control | Gerenciado pela equipe do Zabbix Cloud; portas da GUI/trapper não ficam 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 security |
| High availability (HA) | Executa em uma plataforma de nuvem altamente disponível, Zabbix proxies 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 apenas via UI (sem API ou arquivo de configuração) | Configurável no server configuration file 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 | Apenas 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 create seu próprio media de Email (media de script não suportado) | Suporta media de script e Email pronto 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.