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 as instalações do Zabbix on-premises e os nós na nuvem, também existem diferenças. Uma tabela de comparação resumida é apresentada abaixo. As seções seguintes descrevem alguns itens selecionados em detalhes.
| Recurso / Aspecto | Zabbix Cloud | Zabbix on‑premises |
|---|---|---|
| Ciclo de lançamento | Alinhado às versões LTS | Você escolhe a versão do Zabbix (estável, beta, builds personalizados) |
| Facilidade de uso | Plataforma pronta para uso, totalmente gerenciada pelo Zabbix | Requer instalação, configuração e manutenção |
| Aplicação de patches de vulnerabilidades | Aplicação automática de patches do SO/Zabbix | Aplicação manual de patches 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 DB (INSERT/UPDATE/SELECT) |
Particionamento automático para velocidade máxima; sem DELETEs de longa duração | Particionamento e limpeza manuais (transações DELETE longas são possíveis) |
| Ajuste de desempenho | Pré-ajustado pela equipe do Zabbix Cloud (sem changelogs) | Visibilidade e controle completos sobre os parâmetros de ajuste |
| Controle do firewall | Gerenciado pela equipe do Zabbix Cloud; as portas da GUI/trapper não são expostas publicamente | Controle completo das regras do firewall e da exposição de portas |
| Tráfego de saída na porta 25 | Bloqueado por padrão para evitar spam e abuso; use a porta SMTP 587 ou 465 | Não é restringido pelo Zabbix; depende da sua rede e do provedor de hospedagem |
| Isolamento e proteção do DB | Altamente isolado, sem acesso direto ao DB/SSH | Depende da sua rede e da segurança do host |
| Alta disponibilidade (HA) | Executado em uma plataforma de nuvem altamente disponível, proxies do Zabbix podem ser usados para maior resiliência da coleta de dados |
HA gerenciada pelo usuário |
| Traps SNMP | Somente por meio de um proxy dedicado (sem receptor de traps com HA/balanceamento de carga) | Diretamente ou por meio de um proxy; HA/balanceamento de carga é possível |
| Polling SNMP | Difícil sem proxies (cada dispositivo precisa de NAT/porta personalizada) | Polling SNMP nativo; proxy opcional |
| Configurações de retenção | Histórico/Tendências/Auditoria somente pela UI (sem API ou arquivo de configuração) | Configurável no arquivo de configuração do server do Zabbix ou por meio da API |
| Scripts personalizados | AlertScriptsPath, ExternalScripts, frontend e módulos da comunidade não são compatíveis |
Totalmente compatível (caminho de scripts, módulos, integrações) |
| Monitoramento ODBC | Somente PostgreSQL (driver {postgresql}); o plugin MariaDB está presente como espaço reservado |
ODBC para PostgreSQL, MySQL, Oracle etc. - totalmente configurável |
| Limitação de chamadas ODBC | Não é possível (somente StartODBCPollers=1); consultas de sincronização pesadas bloqueiam outras tarefas |
Quantidade e agendamento de pollers totalmente ajustáveis |
| Upload de certificado SAML | Não compatível | Compatível por meio da UI ou da API |
| Relatórios agendados | É necessário criar sua própria mídia Email (mídia de script não compatível) | Compatível com mídias de script e Email prontas para uso |
| Interface do host para verificações ativas | 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.
Tráfego de saída na porta 25
Para evitar spam e abuso, as conexões de saída dos nós do Zabbix Cloud para a porta TCP 25 são bloqueadas por padrão. Isso afeta:
- Tipos de mídia Email que enviam mensagens por meio de um servidor SMTP na porta 25. Como 25 é a porta do servidor SMTP padrão para um novo tipo de mídia Email, altere-a para 587 (com Segurança da conexão definida como STARTTLS) ou 465 (SSL/TLS), dependendo do que o seu servidor SMTP oferece. O provedor de e-mail Office365 relay não pode ser usado, pois ele se conecta ao endpoint de relay da Microsoft na porta 25.
- Relatórios agendados, que exigem um tipo de mídia Email.
- Verificações realizadas pelo próprio nó do Cloud na porta 25, como
net.tcp.service[smtp]verificações simples ou verificações SMTP em regras de descoberta de rede. Essas verificações informam que o serviço SMTP está inativo mesmo quando ele está em execução; em vez disso, realize essas verificações por meio de um proxy ou agent do Zabbix na sua própria rede.
O tipo de mídia Cloud Email padrão não é afetado.
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 Cloud Email padrão 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 Email.
- Atribua a mídia de e-mail ao seu usuário em Configurações do usuário > Mídia.
- Selecione esse tipo de mídia ao configurar os relatórios agendados.
Não use a porta 25 como porta do servidor SMTP para esse tipo de mídia; consulte Tráfego de saída na porta 25.