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:

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