Quem administra Zabbix em provedor conhece o padrão: o número de hosts cresce devagar, mas o número de itens explode. Cada ONU descoberta por LLD vira potência RX, TX, status, temperatura — multiplique por alguns milhares de clientes e coletas a cada poucos minutos, e o gargalo raramente é o servidor Zabbix. É o banco. Housekeeper demorando horas, tabela history_uint do tamanho de todo o resto, gráfico de 30 dias que leva uma eternidade pra abrir.
O Zabbix 8.0 traz uma resposta oficial pra isso: ClickHouse como backend de histórico.
O que muda na prática
- Histórico pode ir pro ClickHouse, enquanto configuração, eventos e o restante continuam no PostgreSQL/MySQL. O banco relacional fica menor e mais previsível.
- Roteamento por tipo de valor: dá pra mandar numérico (
history,history_uint) pro ClickHouse e manter outros tipos onde estão — inclusive em setup híbrido com Elasticsearch ou SQL. - Novo parâmetro
HistoryProvidersno servidor, substituindo o trioHistoryStorageURL/HistoryStorageTypes/HistoryStorageDateIndexusado pra Elasticsearch. - Todos os tipos suportados, exceto binário — valores BIN continuam no banco principal.
- Versões do ClickHouse suportadas: da 25.8.22 à 26.4.
O que não muda (e pega desavisado)
- Só no servidor, não no proxy. O proxy continua com seu banco local; o ClickHouse entra do lado do server.
- Ferramentas que leem o banco direto precisam de ajuste. O plugin Zabbix do Grafana, por exemplo, tem uma issue aberta justamente pra suportar o ClickHouse no modo "Direct DB Connection" — quem usa isso hoje precisa checar antes de migrar.
- É mais um componente pra operar: backup, monitoramento e atualização do ClickHouse viram responsabilidade da equipe.
Vale a pena pra provedor pequeno?
Nem sempre. Algumas regras de bolso:
- Até algumas centenas de valores por segundo (NVPS), um PostgreSQL bem configurado — idealmente com TimescaleDB e particionamento — ainda atende bem. ClickHouse aqui é complexidade sem ganho claro.
- Quando o histórico domina o banco e o housekeeper ou os gráficos longos viraram problema recorrente, ClickHouse começa a fazer sentido — é exatamente o cenário de banco colunar comprimindo série temporal.
- Antes de migrar, revise o que está sendo coletado. Muitas vezes metade do volume é item que ninguém olha, com intervalo curto demais ou retenção longa demais. Enxugar isso resolve parte do problema sem trocar de banco.
A recomendação geral para uma LTS recém-saída continua valendo: testar em homologação, esperar as primeiras correções pontuais e migrar com plano de volta. Se o seu Zabbix já está sofrendo com o volume de ONUs e você quer uma segunda opinião sobre dimensionamento, conversa com a gente.
Fontes: Zabbix — What's new in Zabbix 8.0, Quadrata — Zabbix 8.0 Beta2: ClickHouse para dados históricos e grafana-zabbix — issue #2526.