Principais diferenças do Zabbix Cloud
Introdução
Zabbix Cloud é uma plataforma baseada em nuvem que permite aos seus usuários executar instâncias autônomas do Zabbix na nuvem (nós em nuvem).
Em comparação com uma implantação regular do Zabbix no local:
- Não é necessária instalação nem manutenção.
- Os nós em nuvem são totalmente gerenciados pela Zabbix.
- Os nós em nuvem podem ser iniciados em poucos minutos.
Este serviço é oferecido no modelo de pagamento conforme o uso (um teste gratuito está disponível).
Tabela de comparação
Embora a maior parte das funcionalidades 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 releases 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 máxima velocidade; sem DELETEs de longa duração | Particionamento e limpeza manuais (transações DELETE longas podem ocorrer) |
| 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 |
| SNMP traps | 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, módulos do frontend e 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 do MariaDB está presente como placeholder |
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 dos pollers totalmente ajustáveis |
| Upload de certificado SAML | Não compatível | Compatível pela UI ou 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 que o próprio nó de nuvem realiza 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á indisponível 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 active check
Active checks 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 de 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 server SMTP para esse tipo de mídia; consulte Tráfego de saída na porta 25.