Veja breaking changes para esta versão.
A nova versão vem com uma solução nativa de alta disponibilidade para o Servidor Zabbix.
A solução consiste em várias instâncias ou nós do zabbix_server, onde apenas um nó pode estar ativo (funcionando) por vez, enquanto outros nós estão em standby, prontos para assumir o controle caso o nó atual seja interrompido ou falhe ou falhar.
Veja também: Cluster de alta disponibilidade.
Foram feitas várias atualizações no monitoramento de serviços. O monitoramento de serviços oferece uma visão de alto nível da infraestrutura monitorada no Zabbix.
**Mapeamento baseado em tags de serviços para problemas
A disponibilidade de services nas versões anteriores do Zabbix dependia de triggers e de seus estados. Na na nova versão, isso foi substituído por um mapeamento baseado em tags para problemas o respectivo serviço.
Na configuração do serviço, as dependências rígidas e flexíveis não existem mais. Em vez disso, um serviço pode ter vários serviços principais.
Menu de serviços
Agora há um novo menu Serviços no Zabbix, com quatro seções de menu:
Observe que não existe mais uma seção separada para a configuração do serviço (anteriormente em Configuração → Serviços).
**Regras de cálculo e propagação de status
Há novas regras de cálculo de status e regras adicionais flexíveis para calcular o status de um serviço pai com base nos status e no peso dos filhos diretos. Agora também é possível definir regras flexíveis para propagar o status de um serviço status de serviço para serviços pai.
Permissões
As permissões flexíveis para serviços foram implementadas em função do usuário nível. O acesso de leitura-escrita ou somente leitura pode ser concedido a todos, a nenhum ou a serviços selecionados (com base no nome ou nas tags).
**Análise da causa raiz
Uma nova coluna Causa raiz lista os problemas subjacentes que afetam direta ou indiretamente o status do serviço.
Se você clicar no nome do problema, poderá ver mais detalhes sobre ele em Monitoramento → Problemas.
**Alerta sobre mudança de status do serviço
Agora é possível receber alertas automatizados sobre alterações no status do serviço, semelhantes aos alertas sobre alterações no status do trigger mudanças.
Uma nova funcionalidade service action foi adicionada, semelhante a outras ações no Zabbix. As ações de serviço podem incluir etapas para operações de problema, recuperação e atualização relacionadas a serviços. É possível é possível configurar dois tipos de ações: enviar uma mensagem para os destinatários especificados e executar um comando remoto no servidor Zabbix no servidor Zabbix. Da mesma forma que as ações de acionamento, as ações de serviço suportam problemas escalonamento.
Novos modelos de mensagem Service, Service recovery e Service update foram adicionados a media types e devem ser definidos para permitir o envio correto de notificações para ações de serviço.
**Clonagem de serviços
Os serviços agora podem ser clonados. O botão Clone foi adicionado ao formulário de configuração de um serviço. Quando um serviço é clonado, seus links pai são preservados, enquanto os links filho não são.
As chaves primárias agora são usadas em todas as tabelas, inclusive nas tabelas de histórico, em novas instalações.
Não há atualização automática para chaves primárias nas instalações existentes. As instruções para uma atualização manual das tabelas de histórico para chaves primárias em instalações pré-existentes estão disponíveis em MySQL/MariaDB, PostgreSQL, TimescaleDB v1 e v2, e Oracle.
Vários widgets de painel foram adicionados na nova versão.
Um widget Top hosts foi adicionado aos widgets do painel. Esse widget foi projetado para substituir o widget Data overview (Visão geral dos dados) que agora está obsoleto.
O widget Top hosts permite criar tabelas personalizadas para a visão geral dos dados, o que é útil para relatórios do tipo Top N e relatórios de progresso de barras úteis para o planejamento de capacidade.
Para obter mais informações, consulte Widget Top hosts.
Um widget Item value foi adicionado aos widgets do painel.
Esse tipo de widget é útil para exibir valores de itens individuais com destaque. São possíveis diferentes estilos visuais de exibição possíveis:
Para obter mais informações, consulte Item value widget.
Agora há suporte para novas macros para depuração de expressões de acionamento e ações internas.
As macros de depuração de expressões simplificam o processo de depuração de expressões de acionamento:
As macros para ações internas contêm o motivo pelo qual um item, uma regra LLD ou um trigger deixou de ser suportado:
Para obter mais detalhes, consulte Macros Suportadas.
Uma nova sintaxe de expressão para triggers e itens calculados foi introduzida em [Zabbix 5.4] (https://www.zabbix.com/documentation/5.4/manual/introduction/whatsnew540). No entanto, a sintaxe antiga ainda permaneceu em uso nas macros simples. Na nova versão, a funcionalidade das macros simples foi transferida para as macros de expressão e a nova sintaxe de expressão é usada. Consulte a comparação abaixo para obter detalhes sobre a alteração:
No Zabbix 6.0 | Antes do Zabbix 6.0 |
---|---|
{?avg(/host/key,1h)} Exemplo de uma macro de expressão na nova versão. |
{host:key.avg(1h)} Exemplo de uma macro simples nas versões anteriores. |
As macros simples existentes serão convertidas em macros de expressão durante a atualização. O escopo das macros de expressão abrange o mesmo que era oferecido pelas macros simples. Portanto, as macros de expressão podem ser usadas em:
O suporte a macros posicionais no nome do item ($1, $2...$9), obsoleto desde o Zabbix 4.0, foi totalmente removido.
O suporte a macros de usuário em nomes de itens (incluindo nomes de regras de descoberta), obsoleto desde o Zabbix 4.0, foi totalmente removido.
O processamento em massa de itens dependentes foi introduzido na fila de pré-processamento para melhorar o desempenho da recuperação de métricas do Prometheus.
Consulte Prometheus checks para obter mais detalhes.
Uma etapa de padrão do Prometheus no pré-processamento pode produzir um resultado em que várias linhas são correspondidas. Para lidar com essa situação, um novo parâmetro no processamento de resultados foi adicionado à etapa de pré-processamento do padrão Prometheus que permite agregar os dados de várias linhas correspondentes, introduzindo funções como soma, mínimo, máximo, média e contagem.
Há algum tempo é possível coletar métricas do Prometheus no Zabbix mas é difícil trabalhar com algumas das métricas. Especificamente, as métricas do tipo histograma podem ser apresentadas no Zabbix como vários itens com os mesmos nomes de chave, mas com parâmetros diferentes. No entanto, mesmo que esses itens estejam logicamente relacionados e representem os mesmos dados, tem sido difícil analisar os dados coletados sem funções especializadas. Para cobrir essa lacuna de funcionalidade na nova versão, as funções rate() e histogram_quantile() que produzem o mesmo resultado que suas contrapartes PromQL, foram adicionadas.
Outras novas adições para complementar essa funcionalidade são as funções bucket_rate_foreach() e as funções bucket_percentile(). Para obter mais informações, consulte:
Agora é possível verificar se há aumento ou diminuição monotônica nos valores dos itens usando as novas monoinc() ou monodec() funções de histórico.
Uma nova função de histórico changecount() foi adicionada, permitindo contar o número de alterações entre valores adjacentes. A função suporta três modos diferentes para contar todas as alterações, somente diminuições ou somente aumentos. Por exemplo, ela pode ser usada para rastrear alterações no número de usuários ou no número de diminuições no tempo de atividade do sistema.
Novas funções foram adicionadas para simplificar a contagem de hosts, itens ou valores valores específicos, retornados por funções foreach.
Funções de agregação:
Função foreach:
O Zabbix 5.2 introduziu novas funções de tendência úteis para o monitoramento da linha de base. No entanto, elas ainda exigem a definição de limites (por exemplo, verificar se o tráfego da Web em setembro de 2021 é menos e 2x maior em comparação com setembro de 2020). Existem casos de uso em que esses limites são difíceis de definir. Por exemplo, o tráfego da Web de um site novo, mas altamente popular pode crescer organicamente muitas vezes em um ano, mas a taxa de crescimento é desconhecida. No entanto, um pico repentino de tráfego devido a um ataque DDOS deve gerar um alerta independentemente do crescimento orgânico do tráfego.
Os algoritmos de detecção de anomalias fazem exatamente isso: encontram dados que não parecem normais (outliers) em um contexto de outros valores.
Foi adicionada uma nova função de tendência trendstl() que usa o método de "decomposição para calcular a taxa de anomalia. Ela divide uma única sequência de série temporal em três outras sequências:
A detecção de anomalias funciona com a sequência restante e verifica se há valores que estão muito distantes da maioria dos valores restantes. "Longe" significa que o valor absoluto da sequência restante é N vezes maior do que o desvio padrão ou médio ou desvio médio.
String function concat agora permite concatenar mais de dois parâmetros. Essa função pode ser usada para combinar cadeias de caracteres e valores em diferentes combinações ou anexar dois ou mais valores uns aos outros. Os tipos de dados também são compatíveis.
O formulário de configuração do item agora sugere automaticamente o tipo de informação correspondente, se a chave do item selecionado retornar dados apenas do tipo específico (por exemplo, o item log[] requer Type of information: Log). O parâmetro Type of information agora está localizado sob o parâmetro Key na guia Item principal e é duplicado na guia na guia Preprocessing se pelo menos uma etapa de pré-processamento for especificada. Se o Zabbix detectar uma possível incompatibilidade entre o tipo de informação e chave selecionados, um ícone de aviso será exibido ao lado do campo Tipo de informação.
Vários novos itens foram adicionados ao agente/agente 2 do Zabbix:
Além disso:
mode
(crc32, md5, sha256)mode
(bytes ou lines)Para obter mais detalhes, consulte agent items.
Os itens calculados agora suportam não apenas informações numéricas, mas também dos tipos texto, log e caracteres.
Os parâmetros do usuário agora podem ser recarregados do arquivo de configuração sem reiniciar o agente. Para fazer isso, execute a nova opção de controle de tempo de execução userparameter_reload
opção de controle de tempo de execução, por exemplo:
ou
UserParameter é a única opção de configuração do agente que será recarregada com esse comando.
Anteriormente, as opções de controle de tempo de execução do Zabbix Server e do Zabbix Proxy não eram suportadas em sistemas baseados em BSD. A alteração do método de método de transferência de comandos em tempo de execução permitiu eliminar essa limitação. Agora, a maioria dos comandos é compatível com em FreeBSD, NetBSD, OpenBSD e outros sistemas operacionais da família *BSD.
Para obter a lista exata, consulte Controle de tempo de execução para Zabbix server ou proxy.
**Carregador de plug-in externo
Anteriormente, os plug-ins só podiam ser compilados no Zabbix Agent 2, o que exigia a recompilação do agente toda vez que você precisasse alterar o conjunto de plug-ins disponíveis. Agora, com a adição do carregador de plug-ins externo, os plug-ins não precisam ser integrados diretamente ao agente 2 e podem ser adicionados como complementos externos separados (plug-ins carregáveis), facilitando assim o processo de criação de plug-ins adicionais para coletar novas métricas de monitoramento.
A introdução de plug-ins carregáveis causou as seguintes alterações nos parâmetros de configuração:
Os requisitos personalizados de complexidade de senha agora podem ser fornecidos para o Zabbix interno (/manual/web_interface/frontend_sections/administration/authentication#internal_authentication). Para evitar que os usuários do Zabbix definam senhas fracas, é possível impor as seguintes restrições:
Para criar a melhor experiência para o usuário e garantir o melhor desempenho do Zabbix em vários ambientes de produção, o suporte a algumas versões mais antigas de bancos de dados foi abandonado. Isso se aplica principalmente às versões de banco de dados que estão chegando ao fim de sua vida útil e versões com problemas não corrigidos que podem interferir no desempenho normal.
A partir do Zabbix 6.0, as seguintes versões de banco de dados são oficialmente suportadas:
Por padrão, o Zabbix Server e o proxy não serão iniciados se uma versão de banco de dados não suportada for detectada. Agora é possível, embora não seja recomendado, agora é possível desativar a verificação da versão do banco de dados modificando o parâmetro de configuração AllowUnsupportedDBVersions do o server ou proxy.
a codificação utf8mb4 com agrupamento utf8mb4_bin agora é suportada para instalações do Zabbix com o banco de dados MySQL/MariaDB.
Anteriormente, apenas a codificação utf8 era suportada, o que no MySQL significa codificação utf8mb3 e, portanto, suporta apenas um subconjunto de caracteres UTF-8 adequados. Na nova versão, o suporte a utf8mb4 foi adicionado com suporte para full Conjunto de caracteres UTF-8. As instalações antigas que usam utf8mb3 são mantidas intactas e podem continuar usando essa codificação.
Consulte também as instruções sobre a execução da conversão utf8mb4 após a atualização para a versão 6.0.
Os utilitários Zabbix get e Zabbix sender agora suportam um parâmetro -t <seconds>
ou --timeout <seconds>
de tempo limite. O intervalo válido é:
O gateway SNMP agora pode fornecer informações sobre triggeres em um estado problemático e revelar informações sobre o host nos detalhes do trigger
Além disso, agora é possível limitar a taxa de traps de SNMP enviados pelo gateway de SNMP.
A lista de OIDs suportados foi ampliada com um novo OID .10 para uma lista delimitada por vírgulas de nomes de host de triggeres.
Novos parâmetros foram adicionados ao arquivo de configuração do gateway SNMP:
Para obter detalhes, consulte [Zabbix SNMP Gateway] (https://git.zabbix.com/projects/ZT/repos/snmp-gateway/browse/README.md).
A capacidade de lidar com conteúdo compactado foi adicionada ao Zabbix Web do Zabbix. Todos os formatos de codificação suportados por libcurl são suportados.
O pré-processamento do Zabbix Prometheus query language agora suporta dois operadores adicionais de correspondência de rótulos:
Os métodos HTTP PATCH, HEAD, OPTIONS, TRACE e CONNECT foram adicionados ao mecanismo JavaScript. Além disso, o mecanismo agora permite enviar solicitações de métodos HTTP personalizados com o novo método JS HttpRequest.customRequest.
Veja também: Objetos JavaScript adicionais.
**Registros
O log de auditoria agora contém registros sobre todas as alterações de configuração para todos os objetos do Zabbix, incluindo alterações que ocorreram como resultado da execução de uma regra LLD, uma ação de descoberta de rede, uma ação de autorregistro ou uma execução de script. Anteriormente, as alterações de configuração iniciadas a partir do Zabbix Server, por exemplo, como resultado da execução de uma regra de descoberta, não eram registradas. Agora, essas modificações de objeto serão armazenadas como registros de auditoria atribuídos ao usuário System.
**Filtro de registro
Foi adicionada uma funcionalidade para filtrar registros pela operação de front-end que causou essas entradas. Se vários registros de log tiverem sido criados como resultado de uma única operação, por exemplo, vincular/desvincular um modelo, esses registros terão o mesmo Recordset ID.
**Configurações de auditoria
Novo seção Audit log foi adicionada ao menu Administration→General, permitindo ativar ou desativar o registro de auditoria. As configurações de manutenção para auditoria, anteriormente localizadas na seção Housekeeper, também foram movidas para a nova seção Log de auditoria.
O suporte ao PCRE2 foi adicionado e os pacotes de instalação do Zabbix para RHEL 7 e mais recentes, SLES (todas as versões), Debian 9 e mais recentes, Ubuntu 16.04 e mais recentes foram atualizados para usar o PCRE2. O PCRE ainda é suportado, mas o Zabbix só pode ser compilado com uma das bibliotecas PCRE ou PCRE2, ambas não podem ser usadas ao mesmo tempo ao mesmo tempo.
O processamento de verificações de ODBC foi transferido dos processos regulares de sondagem para processos separados de servidor/proxy sondadores de ODBC. Essa alteração permite limitar o número de conexões ao banco de dados criadas pelos processos de sondagem. Anteriormente, as verificações de ODBC eram executadas por pollers regulares, que também trabalham com itens do agente Zabbix, verificações SSH etc.
Um novo parâmetro de configuração StartODBCPollers foi adicionado ao Zabbix nos arquivos de configuração do Zabbix server e proxy.
Você pode usar o item interno zabbix[process,<type>] para monitorar a carga dos pollers ODBC.
Está disponível uma nova integração que permite usar o tipo de mídia webhook para criar Github issues das notificações do Zabbix .
Novos modelos oficiais estão disponíveis para monitoramento.
Para ativar o monitoramento do Kubernetes, você precisa usar a nova ferramenta Zabbix Helm Chart, que instala o proxy Zabbix e os agentes Zabbix no cluster do Kubernetes.
Para saber mais sobre a configuração de modelos, consulte HTTP template operation.
Você pode obter esses modelos:
Para tornar a vinculação de modelos mais visível, agora ela é colocada na primeira guia dos formulários de configuração de host, protótipo de host e modelo e nos formulários de atualização em massa de host/template.
Consequentemente, uma guia separada para vinculação de modelos foi removida de todos os respectivos formulários.
Em um desenvolvimento relacionado, na configuração do protótipo de host, os campos para a seleção do protótipo do grupo de host/grupo de host também foram movidos de uma guia separada para uma guia separada também foram movidos de uma guia separada para a primeira guia.
Os comandos de tempo de execução do Zabbix Server e do proxy agora são enviados via socket em vez de sinais Unix. Essa alteração permitiu melhorar a experiência do usuário ao trabalhar com opções de controle de tempo de execução:
Um novo widget de mapa geográfico para os painéis foi introduzido, oferecendo uma maneira de exibir hosts em mapas geográficos. Para obter mais informações, consulte o Geomap dashboard widget e mapas geográficos.
Um subfiltro foi adicionado à seção Latest data. O subfiltro é útil para o acesso rápido, com um clique, a grupos de itens relacionados.
O subfiltro mostra links clicáveis que permitem filtrar itens com base em uma entidade comum: o host, o nome da tag ou o valor da tag. Assim que a entidade é clicada, os itens são imediatamente filtrados.
Para obter mais detalhes, consulte a seção latest data.
A página de gráficos em Monitoring → Hosts → Graphs recebeu vários aprimoramentos de usabilidade:
Para obter mais detalhes, consulte a página graph.
Agora também é possível criar novos hosts a partir de Monitoramento → Hosts.
O botão Create host está disponível para usuários Admin e Super Admin.
O formulário para criação e edição de host agora é aberto em uma janela modal (pop-up) em Configuration → Hosts, Monitoring → Hosts e em qualquer página, onde houver um menu de host ou outro link direto para a configuração do host configuração.
Os links diretos para a página de edição do host ainda funcionam e estão abrindo a página de edição do host em página inteira página de edição do host em página inteira.
Um novo menu de contexto para itens foi introduzido em Latest data, permitindo acessar a configuração do item e os gráficos disponíveis configuração do item e os gráficos disponíveis:
Por outro lado, um novo menu de contexto foi introduzido na seção lista de itens no menu de configuração que permite acessar os dados mais recentes do item e outras opções úteis:
Esse menu substitui a opção do assistente nas versões anteriores. Um menu semelhante foi também foi introduzido para itens de modelo e item prototypes.
Ao configurar [operações de ação] (/manual/config/notifications/action/operation#configuring-an-operation), agora é possível possível cancelar as notificações sobre escalonamentos cancelados desmarcando a caixa de seleção da opção correspondente.
Foram feitos vários aprimoramentos na seção Dados mais recentes:
A seção Visão geral no menu Monitoramento foi completamente removida. A mesma funcionalidade ainda pode ser acessada usando os painéis Data overview e Trigger overview dashboard widgets.
Para implementar as alterações na [funcionalidade de registro de auditoria] (#audit-log), a estrutura de banco de dados existente anteriormente teve de ser reformulada. Durante a atualização, as tabelas de banco de dados auditlog
e auditlog_details
serão substituídas pela nova tabela auditlog
com um formato diferente. **Os registros de log de auditoria existentes serão excluídos
Zabbix server e proxy agora verificarão a versão do banco de dados versão do banco de dados antes da inicialização e não iniciarão se a versão estiver fora do intervalo suportado estiver fora do intervalo suportado. Para obter mais detalhes, consulte databases.
O Zabbix agora suporta ambos PCRE e PCRE2. Os pacotes Zabbix para RHEL/CentOS 7 e mais recentes, SLES (todas as versões), Debian 9 e mais recentes, Ubuntu 16.04 e mais recentes foram atualizados para compilar com PCRE2 em vez de PCRE. Quando compilando a partir dos fontes, os usuários podem optar em especificar a marcação (flag) ''--with-libpcre'' ou ''--with-libpcre2''.
Se você estiver atualizando uma instalação existente, a alteração de PCRE para PCRE2 pode fazer com que algumas expressões regulares se comportem de maneira diferente - veja problemas conhecidos para detalhes.
**Arquivos de configuração separados
Cada plug-in do Zabbix Agent 2 agora tem um [arquivo de configuração] separado (/manual/appendix/config/zabbix_agent2_plugins). Por padrão, esses arquivos estão localizados no diretório ./zabbix_agent2.d/plugins.d/
. O caminho é especificado no parâmetro Include
do arquivo de configuração do agente 2 e pode ser relativo ao diretório zabbix_agent2.conf ou zabbix_agent2.win.conf.
O conjunto de opções de monitoramento de linha de base disponíveis foi ampliado com as duas novas funções baselinedev e baselinewma.
No contexto dessas funções, o termo "estação" refere-se a um período de tempo configurável, que pode ser de horas, dias, semanas, meses ou anos, meses ou anos. A duração de uma temporada e o número de temporadas a serem analisadas são definidos nos parâmetros da função.
Consulte history functions para obter mais informações.