O Zabbix 7.0 é a primeira linha LTS desde a 6.0, e traz a mudança mais visível em anos: um frontend reconstruído, um motor de recolha mais eficiente e um sistema de SLA nativo. Na imaxe reempacotámos tudo isso numa AMI pronta para produção sobre Ubuntu 24.04, com o nosso leitor SQS reescrito para aproveitar as novas APIs.
Se já operas uma das nossas AMIs de Zabbix 6.0, este guia conta-te o que a tua equipa ganha ao atualizar e como fazê-lo sem perder um único ponto de histórico.
A AMI Zabbix 7.0 LTS já está disponível no AWS Marketplace nas 7 regiões comerciais habituais. A 6.0 LTS continua mantida até 2027-02, por isso não há pressa para migrar.
Um frontend que finalmente se sente moderno #
A mudança que mais se nota logo ao entrar. Os dashboards admitem agora widgets multipágina com rotação automática, ideal para ecrãs de NOC, e a navegação ficou mais plana: menos cliques para chegar a um problema concreto.
- Widgets de top hosts, gauge e tarte redesenhados, com limiares de cor configuráveis.
- Modo quiosque melhorado para painéis de parede, com atualização independente por widget.
- Filtros guardados por utilizador que persistem entre sessões.
SLA nativo, sem malabarismos #
Até agora calcular um SLA decente no Zabbix implicava triggers auxiliares e cálculos manuais. A 7.0 introduz um serviço de SLA de primeira classe: defines o objetivo, as janelas de serviço e os períodos de inatividade planeada, e o Zabbix faz o resto.
Passámos de manter uma folha de cálculo paralela a ter a conformidade de SLA no mesmo painel que o resto das métricas. Só isso já justifica a atualização.
Excluir janelas de manutenção
O cálculo respeita os períodos de manutenção, de modo que um reinício planeado não penaliza a tua disponibilidade. Configura-se uma vez e aplica-se a todos os serviços associados.
Os triggers auxiliares que usavas para SLA na 6.0 não se convertem sozinhos. Anota os teus objetivos atuais para os reconstruíres com o novo serviço.
Leitor SQS reescrito #
A nossa integração de auto-escalonamento lê eventos de Auto Scaling a partir de uma fila SQS para remover instâncias que desaparecem. Na 7.0 reescrevemo-lo para usar o cliente assíncrono e processar lotes, reduzindo a latência de remoção de minutos para segundos.
A configuração não muda: continua a viver em /etc/zabbix/zabbix_ami.yml. Se vens da 6.0, o teu ficheiro é compatível tal como está.
$ imaxe status zabbix-sqs-reader
→ versão 3.0.1 (async) · fila ligada
→ último lote: 4 mensagens em 0.8s
$ journalctl -u zabbix-sqs-reader -n 20 --no-pagerComo migrar a partir da 6.0 #
Recomendamos migrar lançando uma instância nova com a AMI 7.0 e transferindo os dados, em vez de atualizar in loco. É mais seguro e deixa-te um caminho de volta.
- Lança a AMI Zabbix 7.0 LTS na mesma região e um tipo de instância equivalente.
- Exporta a base de dados da instância 6.0 e restaura-a na nova — o esquema atualiza-se no primeiro arranque.
- Copia
/etc/zabbix/zabbix_ami.ymle os teus templates personalizados. - Verifica agentes e alertas em paralelo durante 24-48 h antes de mover a EIP.
A ferramenta imaxe-zabbix-migrate incluída automatiza o dump, a carga e a verificação do esquema. Documentamo-la passo a passo na ficha da AMI.
Vale a pena? #
Se vives nos dashboards ou precisas de reportar SLA, a 7.0 é um salto claro. Se a tua 6.0 funciona e não usas SLA, não há urgência: mantê-la-emos corrigida e auditada até 2027. Em qualquer caso, a nova AMI está pronta quando tu estiveres.