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 |
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.
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.
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.
Os seguintes tipos de scripts personalizados não são suportados no Zabbix Cloud:
AlertScriptsPath
)ExternalScripts
)Módulos de frontend desenvolvidos pela comunidade não podem ser instalados.
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:
Um plugin MariaDB também está instalado, mas atualmente não é funcional. Se for usado, defina:
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.
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.
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.
A autenticação SAML é suportada, mas o upload de um certificado personalizado ou arquivo de metadados não está disponível no momento.
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:
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
.