Você está visualizando a documentação da versão de desenvolvimento, ela pode estar incompleta.
Junte-se ao nosso projeto de tradução e ajude a traduzir a documentação do Zabbix em sua língua nativa.

4 Principais diferenças entre Zabbix Cloud e on-premises

Introdução

Esta página destaca as principais limitações e recursos não suportados ao usar o Zabbix Cloud em comparação com uma instalação local (on-premises). Abaixo está uma tabela comparativa resumida; as seções seguintes descrevem itens selecionados em detalhes.

Recurso / Aspecto Zabbix Cloud Zabbix on-premises
Correção de vulnerabilidades Correção automática do SO/Zabbix Correção manual pelo usuário
Certificado HTTPS Certificado válido pronto para uso (sem Let's Encrypt) Autoassinado por padrão (Let's Encrypt ou outra CA pode ser configurada)
Desempenho do BD (INSERT/UPDATE/SELECT) Particionamento automático para máxima velocidade; sem DELETEs longos Particionamento e limpeza manual (transações DELETE longas possíveis)
Ajuste de desempenho Ajustado automaticamente pela equipe Cloud (sem changelogs) Total visibilidade e controle sobre parâmetros de ajuste
Facilidade de uso Serviço pronto para uso Requer instalação, configuração e manutenção completas
Controle de firewall Gerenciado pela equipe Cloud; portas GUI/trapper não expostas publicamente Controle total das regras de firewall e exposição de portas
Isolamento e proteção do BD Altamente isolado, sem acesso direto ao BD/SSH Depende da sua rede e segurança do host
Ciclo de lançamento Mantém-se nas releases LTS Você escolhe a versão do Zabbix (estável, beta, builds customizadas)
Alta disponibilidade (HA) Sem HA nativo para aplicação, frontend ou servidor de BD; pode escalar horizontalmente via proxies HA gerenciado pelo usuário
Chamadas de API Ilimitadas (sujeito a funções de usuário) Praticamente ilimitadas (sujeito aos recursos do server)
Traps SNMP Apenas via Proxy dedicado (sem receptor de traps com HA/balanceamento de carga) Direto ou via Proxy, HA/balanceamento de carga possível
Polling SNMP Difícil sem proxies (cada dispositivo precisa de NAT/porta customizada) Polling SNMP nativo; proxy opcional
Configurações de retenção Histórico/Tendências/Auditoria apenas via UI (sem API ou arquivo de configuração) Configurável no arquivo de configuração do server ou via API
Scripts customizados AlertScriptsPath, ExternalScripts, módulos frontend & comunidade não suportados Totalmente suportado (caminho de scripts, módulos, integrações)
Monitoramento ODBC Apenas PostgreSQL (driver {postgresql}); plugin MariaDB presente como placeholder ODBC para PostgreSQL, MySQL, Oracle, etc. - totalmente configurável
Limitação de chamadas ODBC Não é possível (StartODBCPollers=1 apenas; queries síncronas pesadas bloqueiam outros trabalhos Totalmente ajustável quantidade de pollers e agendamento
Upload de certificado SAML Não suportado Suportado via UI ou API
Relatórios agendados Deve criar seu próprio meio de Email (meio de script não suportado) Suporta ambos meios de script e Email prontos para uso
Zabbix agent 2 Não disponível. Os nós Cloud não executam o Zabbix agent 2 Totalmente suportado; Zabbix agent 2 pode ser instalado e usado localmente
Interface do host para checagens ativas IP criado automaticamente pode ser externo; limpeza manual necessária para consistência 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 exige que cada dispositivo seja exposto via NAT e portas personalizadas, tornando o SNMP polling em larga escala difícil.

Configurações de retenção

A configuração dos períodos de retenção de histórico, tendências e auditoria só está disponível pela interface do Zabbix Cloud. Essas configurações não podem ser feitas pelo zabbix_server.conf ou pela API.

Substituições manuais de histórico por item não são suportadas (o particionamento é controlado globalmente). Além disso, a URL do nó Cloud não aceita os mesmos parâmetros de consulta que uma instalação local.

Scripts personalizados

Os seguintes tipos de scripts personalizados não são suportados no 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 é funcional. Se for 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 ser bem-sucedidas, 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 do Cloud ou da API, garantindo que as camadas do sistema operacional e do banco de dados permaneçam isoladas e seguras.

Interface de verificações ativas

Verificações ativas na Cloud 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 é suportada, mas o upload de um certificado personalizado ou arquivo de metadados não está disponível no momento.

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 Email.
  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.

Zabbix agent 2

Os nós do Zabbix Cloud não executam o Zabbix agent 2, portanto, não é possível usar verificações que o exijam — por exemplo, monitoramento de certificado HTTPS usando o item web.certificate.get.