DEV Community: Mike Fortes

Segurança com Zabbix

Mike Fortes — Thu, 29 May 2025 19:35:33 +0000

Hoje vi um post interessante no linkedin sobre um bruteforce com mais de 300 tentativas seguidas vindos de um IP chinês.

Como você identificaria isso no Zabbix?

Vou usar um Grafana como exemplo, mas todo sistema tem suas próprias características que podem ser customizadas utilizando o mesmo fluxo demonstrado abaixo.

Primeiro precisamos identificar nos logs da sua aplicação o padrão em que o mesmo é escrito e identificar as tentativas de login com sucesso e sem sucesso.

O grafana escreve logs em /var/log/grafana/grafana.log e a linha escrita descrevendo um login sem sucesso/não autorizado é assim:

Ou seja, identificamos o erro pelo ‘path=/login status=401'

Então bora pro Zabbix!

Crie um item do tipo Zabbix Agent (Active) para leitura de logs de forma rotativa (logrt) e na chave identifique o caminho do arquivo a ser lido e o termo a ser buscado dentro do log.

Lembrando que todo item Zabbix Agent (Active) alguns parametros precisam estar configurados corretamente dentro do agent.conf, como o parametro ActiveServer, etc…

Observe que o tempo de armazenamento e intervalo de coleta são de escolhas suas e devem fazer sentido no ambiente em que seu monitoramento esta inserido…

Esse é o resultado desse item:

Agora que ja temos os logs, vamos criar a trigger que identificara um possível ataque.

Crie uma trigger baseado em contadores, defina:

T em 5m

O deve ser o termo desejado ‘path=/login status=401’

V >5, ou seja, acima de 5 tentativas deve alarmar

Essa trigger está verificando, nos últimos 5 minutos , quantas vezes o seu item de log logrt["/var/log/grafana/grafana.log","path=/login status=401"] retornou uma entrada contendo exatamente a string "path=/login status=401", e dispara se esse total for maior que 5.

Ou seja, você será alertado sempre que detectar um padrão forte de possíveis ataques de força-bruta (mais de 5 tentativas de login mal-sucedido em 5 minutos).

Do zero ao completo Desastre

Mike Fortes — Thu, 27 Jul 2023 21:05:15 +0000

Recentemente tive um cliente que cresceu MUITO em pouquíssimo tempo, perdendo completamente as rédeas do seu ambiente de monitoração. Como retomar o controle? Como evitar que ocorra novamente? Onde erraram pra que isso acontecesse? Vamos lá.

Em 2 anos, um cliente com parque de uma centena de servidores monitorados (infra e aplicação) foi para quase 4 mil servidores e equipamentos monitorados, somando pouco mais de meio milhão de itens monitorados. Sem profissionais especialistas que dessem auxilio no crescimento do ambiente, o caos foi instalado com sucesso.

Bancos de dados não otimizados
Proxys não padronizados
Diversas automações

E com o tempo, todo esse ambiente caótico se tornou o core de todo seu suporte técnico, funcionando ou não, esse era nosso ponto de partida.

Aqui vou tentar trazer alguns pontos cruciais a serem observados dentro do seu ambiente, para que se você assim como meu cliente tambem tenha crescido muito nos ultimos anos, identifique melhorias e procure ajuda antes que o caos tambem seja sua realidade.

Essa informação é mesmo importante?

Existem sim dúzias e dúzias de métricas que podem ser interessantes para seu negócio e que devem sim ser coletadas e armazenadas… mas existe o triplo disso que não é.

Muitos clientes gastam fortunas com bancos de dados, quando na verdade estão armazenando toneladas de dados inúteis.

Imagina você coletando a versão do sistema operacional de uma maquina a cada 1 hora, e armazenando esse texto imenso no banco de dados…

Revise seus templates, reveja prioridades… Oque deve ser guardado? Por quanto tempo preciso dessas informações? Esse item vai mesmo sofrer alterações em um intervalo tão curto de tempo?

No caso acima, questões como textos que devem ser monitorados mas não guardados em banco de dado, pode ser utilizado a solução dada nesse post onde ensino a criar monitoramentos mais performáticos, sem impactar negativamente seu banco de dados.

Automações? Quero

Quer dizer que você quer integrar seu Zabbix com o telegram, email, Slack. Criar hosts via ServiceNow que se integram em outra esteira que instala o agent e atribui templates e o proxy destinado para aquela range, atualizar pacotes, importar scri……

Sei que quando mais integrações e automações você tiver, mais seu Zabbix fica eficiente, produtivo de forma barata… mas até que ponto?

Sempre que criar uma automação/integração pense que isso vai estar lá pra sempre, talvez até mesmo depois de você, logo deve ser obrigatório ter uma DOCUMENTAÇÃO.

Cavando ambientes gigantes como esse sem documentação alguma, você começa a descobrir scripts e automações que nunca ouviu falar, e começa a documentar cada parte de seu funcionamento para que seu entendimento seja completo no futuro.

Mas infelizmente esse trabalho só ocorre em momentos críticos, onde a integração parou de funcionar no meio de uma sexta-feira, e sua equipe vai precisar virar a noite tentando fazer com que seu negócio volte a operar corretamente, fazendo com que seu tempo indisponivel se torne mais caro que o tempo do funcionario que implementou aquela integração e poderia ter documentado a mesma ali mesmo.

Não seja enganado

A moda agora é abstrair esse proxy pra que ele rode de dentro de uma caixa de fosforo, todo lugar está usando isso, vou usar também, vai dar certo…

https://medium.com/media/ba438a21cd9041c4c5fa08e9b3460c35/href

Não caia nessa pelo amor de deus.

Existe o certo e o duvidoso, e ao menos que você tenha DIVERSOS especialistas que tenham conhecimento sólido na ferramenta que estão tentando te fazer apostar suas fichinhas, não aposte, porque depois que seu ambiente crescer e seu parque estiver gigante… vai ser bem mais complicado uma migração caso o milagre que te venderam não performe como deveria !

Aqui deixei meus 2 centavos sobre o assunto, mas claro que como sempre falo, é minha visão sobre um assunto, e você pode discordar de algo ou tudo… é perfeitamente normal!

Até mais !

Instalei, mas e agora?

Mike Fortes — Wed, 22 Sep 2021 13:32:36 +0000

Sempre que é lançado uma nova versão do Zabbix, vemos uma chuva de “cookbook’s” ensinando como instala-lo em diversos tipos de ambientes e cenários (inclusive eu tenho um publicado aqui). Mas e depois? Você sabe oque fazer para começar um ambiente do zero, aplicando boas praticas e sem se preocupar com dores de cabeça no futuro?

Segue a leitura que vou dar algumas dicas que você pode seguir (ou não rs) para ter seu ambiente de monitoramento novinho em folha, rodando da melhor forma possível!

Aposto que em algum momento algum gestor pediu pra você subir um Zabbix na sua empresa, e você pegou alguma receitinha de bolo na internet e pronto, o Zabbix tá criado.

A questão é que existem vários “ajustes finos”, que são perfeitos para se aplicar nesse momento, ou seja, assim que o ambiente foi criado. Seu banco quase não possui informação armazenada, não existem rotinas criadas nem nada do tipo, então toda alteração feita será aplicada daquele momento em diante, te poupando muito trabalho e dor de cabeça no futuro (e acredite, eles vão ocorrer)

Abaixo vou listar algumas dessas dicas/ajustes finos pra você conhecer e caso goste da ideia, já vai aplicando em laboratório, que no próximo ambiente que você criar o monstro vai sair da jaula!

Housekeeping

O housekeeping se divide em duas partes. A primeira que conhecemos, esta dentro da aba geral, e é essencial que você seja o mais realista possível no que se trata de quanto tempo de dados retidos você pretende manter em seu banco. Por padrão esse cara vem configurado para 1 ano, então pelo amor de deus, altere isso antes de cadastrar qualquer host rs.

A segunda parte se trata dos parâmetros de Housekeeping dentro do zabbix_server.conf. Devemos nos atentar ao valor do HousekeepingFrequency e MaxHousekeeperDelete.

HousekeepingFrequency é a frequência (em horas) que ele será executado. Você precisa ser realista nesse parâmetro, e informar um intervalo que você sabe que seu banco pode executar essa tarefa, antes que a próxima tente se iniciar. Caso esse cara não funcione corretamente, seu banco vai começar a acumular dados antigos e crescer desordenadamente.

MaxHousekeeperDelete é o parâmetro que indica quantas linhas serão excluídas em cada rotina. Se você informar um valor baixo, sempre ira sobrar dados antigos, e caso seu banco não tenha grandes recursos, um alto valor também pode não funcionar. Se colocar o valor 0 nesse parâmetro, ele não vai ter limites para exclusão, então nesse caso, é bom saber oque você esta fazendo…

Lembrando que esse cara não se aplica caso você queira seguir a próxima dica que vou dar.

Particionamento de tabelas

Essa dica você deve tá cansado de ouvir, mas como vale a pena, vou apenas mencionar.

O Zabbix armazena os dados em tabelas conjuntas, e as que mais acumulam dados são as históricos e trends.

Dessa forma, a ideia é particionar essas tabelas, seja em dias/semanas/meses, para que quando ocorra qualquer tipo de consulta (seja adicionando ou excluindo dados) ela ocorra de forma mais performática.

Não vou indicar nenhum tutorial especifico aqui, pois os comandos ou scripts podem varias de acordo com o banco ou versão do Zabbix, mas tenha em mente sempre que em toda alteração no banco, é importante um backup antes.

Rotina de Backup

O bem mais precioso que possuímos quando trabalhamos com monitoramento, é nosso banco de dados.

Nesse caso, a dica é criar uma rotina de backup, que sempre que executada, faça um backup do schema do seu banco e dos dados coletados.

Abaixo vou deixar um link com uma das maneiras de efetuar esse backup, lembrando que assim que efetuado, o arquivo final deve ser transferido pra outro host, mantendo assim sua segurança.

Zabbix Share - Realizando Backup do Schema e do Banco de Dados do Zabbix

Ps: Normalmente as tabelas histórico e trends são deixadas de fora desse backup, mas não é regra.

Usuários— Autenticação— Permissões

Aqui, querendo ou não, esta tudo linkado.

Antes de qualquer coisa, o mais importante é ter em mente os grupos de usuários que terão acesso ao seu Zabbix. Delimitar suas permissões de visualização/escrita e das próprias funcionalidades da sua ferramenta.

Ps: Muito importante desabilitar o acesso ao front-end do usuário Guest. -Sim, tem pessoas que esquecem isso.

Depois de delimitado o que cada grupo poderá acessar, chegou a hora de criar os usuários.

Sei que parece mais fácil criar o usuário na mão, senha e etc… mas acredite, não é. Por exemplo, se um funcionário for mandado embora por algum motivo, e ninguém te notificar, ele vai continuar tendo acesso ao ambiente, mesmo de fora da empresa, caso seu Zabbix esteja na internet.

Aqui, o ideal seria habilitar alguma autenticação fornecida por um LDAP (mais comuns hoje em dia) ou os novos SAML (como OAuth por exemplo). Os passos são simples, e basta criar o usuário com o mesmo “apelido” que foi criado em sua infra, e pronto.

A maior vantagem nesse caso, é que para acessar o Zabbix ele tem que estar habilitado no LDAP/SAML, sendo assim, no exemplo acima, mesmo não sendo avisado sobre a demissão do funcionário, ele não conseguiria acessar, visto que no AD (por exemplo) ele já estaria bloqueado.

TIPOS DE MIDIA

Essa é a parte onde é mais customizava e diversificada de todos os ambientes.

Recomendo de cara criar suas mídias de alertas, talvez um padrão como email, telegram… Ou tentar as novas integrações como com o Jira, ServiceNow, Zendesk…

De cara, caso já tenha desenhado o cenário, também já seria interessante pensar nas ações que vão utilizar cada tipo de mídia.

TEMPLATES

Os templates oficiais são legais, tem itens e ideias pertinentes (graficos bugados rs), porem o seu maior problema esta nos intervalos surreais, dados que se repetem, entre outras peculiaridades.

O ideal nesse caso, é utilizar templates que já foram ajustados pela comunidade, ou ajustar você mesmo de acordo com sua necessidade.

Aumentar o intervalo de coleta de dados string como hostname/sistema operacional (que dificilmente são alterados). Alterar valores de disparo de triggers, ajustar descobertas de baixo nível, vincular macros criadas em templates para que não conflitam com macros “universais” do Zabbix, etc…

EXPRESSÕES REGULARES

Complementando os templates citados anteriormente, expressões regulares podem te ajudar no quesito “ignorar dados inúteis”.

No print por exemplo, criei macros para ignorar certos serviços do Windows, para que quando o LLD rode, ele não crie itens/triggers para eles. Dessa forma diminuo a quantia de chamados abertos pela minha operação, visto que tais serviços não são de responsabilidade do nosso suporte.

Lembrando que esse post se trata de dicas, não de regras. Você pode ou não concordar com algum ponto, porem o principal aqui é ajudar alguém que esta “iniciando” um ambiente de monitoramento em sua empresa e quer começar da melhor forma possível.

Qualquer duvida sobre algum ponto citado, ou caso queira indicações de algum tutorial, me chama no LinkedIn. Vou ter o maior prazer em bater um papo contigo!!

ZbxTable — A saga dos relatórios

Mike Fortes — Fri, 20 Aug 2021 19:22:23 +0000

ZbxTable — A saga dos relatórios

ZbxTable can seamlessly connect to the existing Zabbix system, adapt to all current Zabbix versions, export indicators, analyze alarm history alarm messages, and support GraphTree function.

Após sofre muito, mas MUITO MESMO, com scripts gigantescos consumindo a API do Zabbix pra extrair relatórios básicos (que demoram horas) e tratando os dados extraídos para ficar no mínimo apresentável, eu encontrei a luz…

ZbxTable

O nome é simples, e não traz muita expectativa… mas é um sonho que se torna realidade.

Canghai908 desenvolveu junto do Ahyiru oque basicamente é uma ferramenta de Gestão de Negócios, que utiliza os dados do seu Zabbix para criar métricas, extrair relatórios detalhados sobre hosts, itens, alarmes, etc…

Abaixo vou mostrar um passo-a-passo de como implantar essa ferramenta no seu ambiente pra você brincar um pouquinho com suas funcionalidades.

Lembrando que ainda esta em desenvolvimento, sendo assim esta apenas em inglês/chines, então aconselho abrir pelo Chrome para poder traduzir a pagina em tempo real.

E pra quem tem interesse em saber mais do projeto, abaixo o link do mesmo:

GitHub - canghai908/zbxtable: ZbxTable is an open source Zabbix reporting system developed using Go language

Antes de qualquer coisa, não recomendo instalar isso no mesmo servidor que seu Zabbix. Ele possui um consumo alto de recursos da maquina, sendo assim pode ter impactos negativos na performance do seu ambiente de monitoração.

*** Três itens são requisitados para essa instalação.

MySQL Server/Client

https://www.hostinger.com.br/tutoriais/como-instalar-mysql-no-centos-7

Compilador Go

https://linuxize.com/post/how-to-install-go-on-centos-7/

Nginx

https://www.digitalocean.com/community/tutorials/how-to-install-nginx-on-centos-7

Vamos adicionar o repositório necessário

CentOS 6.x x86_64

rpm -Uvh [https://repo.cactifans.com/zbxtable/1.0/rhel/6/x86\_64/zbxtable-release-1.0-1.el6.noarch.rpm](https://repo.cactifans.com/zbxtable/1.0/rhel/6/x86_64/zbxtable-release-1.0-1.el6.noarch.rpm)
yum clean all

CentOS 7.x x86_64

rpm -Uvh [https://repo.cactifans.com/zbxtable/1.0/rhel/7/x86\_64/zbxtable-release-1.0-1.el7.noarch.rpm](https://repo.cactifans.com/zbxtable/1.0/rhel/7/x86_64/zbxtable-release-1.0-1.el7.noarch.rpm)
yum clean all

CentOS 8.x x86_64

rpm -Uvh [https://repo.cactifans.com/zbxtable/1.0/rhel/8/x86\_64/zbxtable-release-1.0-1.el8.noarch.rpm](https://repo.cactifans.com/zbxtable/1.0/rhel/8/x86_64/zbxtable-release-1.0-1.el8.noarch.rpm)
yum clean all

Feito isso, instalamos o pacote do app, web e agent.

yum install zbxtable -y
yum install zbxtable-web -y
yum install ms-agent -y

Agora vamos para a parte de configuração

Banco de dados

# mysql -uroot -p
password
mysql> create database zbxtable character set utf8 collate utf8_bin;
mysql> create user zbxtable@localhost identified by 'zbxtablepwd123';
mysql> grant all privileges on zbxtable.* to zbxtable@localhost;
mysql> quit;

Entre no diretório do Zbxtable e inicie o mesmo.

#cd usr/local/zbxtable
#./ zbxtable init

Aqui, ele vai te guiar para as configurações que você colocou acima. Usuário do banco, senha, ip do zabbix, etc etc etc…
Uma parte foi feita, podemos iniciar

systemctl enable --now zbxtable

systemctl restart zbxtable

Agora só falta a parte WEB

yum install nginx -y

cp /usr/local/zbxtable/nginx.conf /etc/nginx/conf.d/

systemctl restart nginx

systemctl enable nginx

Obs: Caso utilize SELinux e Firewall, as devidas regras de permissão precisam ser aplicadas.
Finalizado!

Para acessar o caminho é http://ip:8088, usuário admin / senha: Zbxtable

Para mais detalhes, segue abaixo as fontes utilizadas para instalação

Rocky Linux

Mike Fortes — Thu, 24 Jun 2021 17:04:57 +0000

Tá passada? Bota cerva pra gela 🍺, a carne na brasa 🍖… E vem ler sobre o Rocky Linux, essa maravilhosidade criada pela comunidade para comunidade

Dia 21 de Junho de 2021 a história foi feita, e eu estava lá rs

Link mencionado no twet: https://forums.rockylinux.org/t/rocky-linux-8-4-available-now/3015

Com as atualizações de dezembro de 2020 anunciadas pela Red Hat, foi informado oque mais temíamos… CentOS 9 nunca vera a luz do dia, e o CentOS 8 estava com os dias contados…

O criador original do CentOS (Gregory M. Kurtzer) não gostou muito do anuncio nem do caminho que seu projeto tomou, e decidiu apostar novamente na comunidade com um novo fork do RHEL, chamado Rocky Linux.

Mas e o Zabbix?

Normalmente, oque mais vemos em tutoriais, artigos, etc… é o Zabbix sendo instalado em maquinas CentOS. E agora?

Relaxa… que tá safe!

Baixei a imagem do Rocky Linux 8 e montei um ambiente Zabbix 5.0 com MySQL e Apache, assim como teria feito em um CentOS 8 (de acordo com o próprio passo a passo disponibilizado pelo Zabbix).

“Ai Mike, mas nunca instalei o Zabbix em um CentOS 8”

Então continua lendo, que vou te ensinar agora…

Bem, primeiramente, baixamos a release que temos a intenção de usar. Nesse caso, vamos baixar a 5.0, já que é uma release LTS e seria o mais próximo de algo que você usaria em sua empresa.

Primeiramente baixe a ISO e monte sua VM de acordo com o tamanho do ambiente a ser monitorado. https://rockylinux.org/download

A instalação é exatamente a mesma que a do CentOS 8.

Instale o repositorio utilizado pelo Zabbix

rpm -Uvh https://repo.zabbix.com/zabbix/5.0/rhel/8/x86_64/zabbix-release-5.0-1.el8.noarch.rpm

dnf clean all

Instale o Zabbix Server, Front end, Agent

dnf install zabbix-server-mysql zabbix-web-mysql zabbix-apache-conf zabbix-agent

Instale o MySQL

rpm -ivh https://dev.mysql.com/get/mysql80-community-release-el8-1.noarch.rpm

yum install mysql-server

Inicie e habilite o MySQL

systemctl start mysqld

systemctl enable mysqld

Nesse caso, o usuário root do banco vem sem senha. Aconselho alterar depois de finalizar o processo todo rs

Crie o banco inicial do Zabbix (LEMBRE, NÃO TEM SENHA)

mysql -uroot -p

password

mysql> create database zabbix character set utf8 collate utf8_bin;

mysql> create user zabbix@localhost identified by ‘password’;

mysql> grant all privileges on zabbix.* to zabbix@localhost;

mysql> quit;

No servidor, importe o schema do banco

zcat /usr/share/doc/zabbix-server-mysql/create.sql.gz | mysql -uzabbix -p zabbix

** Muita gente se embola AQUI… o -p no fim do comando, esta indicando o BANCO zabbix, criado ali encima… E não a senha do usuário zabbix criado. Nesse caso, indico FORTEMENTE a usar usuarios e senhas diferentes do tutorial, pra não sofrer com essas confusões.

Edite o arquivo conf do seu Zabbix Server /etc/zabbix/zabbix_server.conf

DBName=zabbix

DBUser=zabbix

DBPassword=zabbix

Configurar o PHP do Front End /etc/php-fpm.d/zabbix.conf

; php_value[date.timezone] = Europe/Riga

para

php_value[date.timezone] = America/Sao_Paulo

** Outro ponto importante, é que precisa estar exatamente como mencionei, caso não saiba exatamente qual usar, olhe aqui: https://www.php.net/manual/pt_BR/timezones.america.php

Inicie e habilite os serviços do Zabbix

systemctl restart zabbix-server zabbix-agent httpd php-fpm

systemctl enable zabbix-server zabbix-agent httpd php-fpm

Você vai entrar no seu navegador e digitar

http:// server_ip_or_name /zabbix

Preencher tudo que você criou lá encima e Voilà!!!

Nosso Zabbix esta vivooooo !!!!

Qualquer problema na criação do seu Zabbix, ou até mesmo com o Rocky Linux. Comente aqui embaixo, ou me chama no LinkedIn. Vou ter o maior prazer em bater um papo contigo!!

Pimp my Zabbix

Mike Fortes — Fri, 18 Jun 2021 18:25:48 +0000

Então você gostou do meu ultimo post e decidiu criar vários itens de 1 segundo e agora seu banco de dados ta daquele jeito…

Bem, espero realmente que você não tenha criado milhares de itens a 1 segundo por aí rs.

Mas caso tenha criado, seu ambiente está preparado pra uma carga tão grande de trabalho? Não digo somente em questões de hardware, mas você já deu uma olhada na documentação ou testou alguma configuração interessante pra ter uma alta performance em seu ambiente, independente do tamanho que ele possui?

Vou listar aqui alguns itens que creio ser fundamentais pra ter um ambiente extremamente performático com aquele cheirinho de carro novo.

Bem vindos ao PIMP MY Zabbix ! 😎

Hardware

Blá Blá Blá Se você, assim como eu, trabalha para alguma empresa, utilizamos o melhor que nos é disponibilizado/ofertado… Disco/CPU/Memorias…

Único ponto interessante aqui é: Crie um ambiente onde tudo esteja “apartado”, ou seja, tenha hardware para 3 maquinas (Front, Banco, Server)

Sistema Operacional

Aqui vai do seu gosto e do seu bolso. Gosto muito de usar o CentOS, e caso tenha verba, um RedHat por exemplo…

Mas o ponto crucial aqui é: Usar um sistema operacional ESTÁVEL. Nada de ficar fuçando no kernel, removendo ou instalando funcionalidades não nativas. Lembre-se que é um servidor e não seu desktop gamer rs

Obs: Estou falando de remover/instalar terceiros… otimizar parâmetros do kernel é comum em todo ambiente de alta performance.

Zabbix Server

Aqui vão alguns caras que são interessantes ficar de olho no valor que eles possuem e se é possível alterar algo para um possível ganho de performance.

StartPollers: Quanto menor esse valor, melhor. Infelizmente o valor é baseado na quantia de itens você monitora, sua fila de checagem, etc… Mas lembre-se que cada poller, será um novo processo trabalhando em paralelo com os demais, utilizando recursos da sua máquina.
Debug Level: Use o 3, já te traz muita informação. O 4 fará seu arquivo de log crescer MUITO e não traz tanta ajuda quanto pensa.
Zabbix Proxy: Como o amigo Peterson Basso mencionou no último post, coloque o proxy pra trabalhar pra você, pré-processamentos por exemplo, são feitos diretamente pelo proxy, enviando o valor “puro” para que o Zabbix server não precise gastar processamento com isso.

Banco de dados

Antes mesmo de importar o schema do Zabbix, SEMPRE use a documentação de tunning do banco de dados que você for usar, seja MySQL, PostgreSQL… Faz muita diferença, e se não fizer, vai lembrar disso no futuro.
Se usar MySQL ou outro banco que tenha essa tecnologia, use sempre InnoDB ao invés do MyISAM.
Como falei nesse post, periodicamente otimize seu banco. Coloca aí na sua agenda todo dia 1 e agenda um horário de manutenção com sua equipe.

Essa dica é a mais “complicada” porém uma das mais efetivas (junto com a anterior). Todos sabemos que algumas tabelas são mais pesadas que outras, como a history_str, history_log, itens… Então a dica é: mantenha esses caras “pesados” em diferentes discos.

Dicas gerais

Priorize! Otimize intervalos de coleta de itens importantes e aumente o intervalo de outros. Quanto mais curto o intervalo mais bonito fica o gráfico, isso é fato! Porém, sua performance vai pro lixo. Sendo assim, não utilize NADA padrão da ferramenta, sempre a customize em seu favor.
Seja direto quanto aos itens monitorados, não faz sentido monitorar hostname 3 vezes, porque o item está em 3 templates diferentes…
Não crie gatilhos que envolvam grandes intervalos de tempo, e se você acha que isso não acontece… acredite, tem louco pra tudo.

Monitoramento de 1 segundo? Temos !

Mike Fortes — Wed, 09 Jun 2021 12:17:43 +0000

Então seu cliente desenvolve uma aplicação nota 11 na escala Richter e diz que se ela espirrar ele precisa ficar sabendo, caso contrário a raça humana será extinta ¯_(ツ)_/¯

Você pensa em explicar qual seria o impacto negativo de se criar um monitoramento com intervalos tão curtos… até que você lembra do milagroso “Throttling”.

Não se lembra do “Throttling”? Então continua essa leitura que vou te mostrar do que ele é capaz.

Na versão 4.2, junto com outras opções de pré-processamento, foi lançado o Throttling.

Sendo mais claro, seu funcionamento consiste em trabalhar com “descarte” de valores. Isso somado a uma coleta de 1 segundo (por exemplo) faz você se tornar o Thanos do monitoramento.

E não sou eu quem estou falando, olha ai na documentação dizendo: “Zabbix God tools”.

Link da documentação abaixo:

Zabbix Documentation 5.4

Normalmente, se você alterar a coleta para 1 segundo, você teria valores assim:

1; 2; 3; 3; 3; 3; 5; 2; 1; 2 …

Com o pré-processamento, sempre que a coleta receber um valor igual ao valor anterior, ele descarta aquele valor, ou seja, não será escrito em banco, e o mantém até que um novo valor ocorra. Dessa forma, o exemplo acima ficaria gravado como:

1; 2; 3;;;;5;2;1;2…

Vamos criar um item na prática pra explicar melhor essa dádiva dos deuses.

Criei um item, alterei seu tempo de coleta para 1 segundo e em pré-processamento criei uma regra de Throttling.

Existem duas opções, a “Discard Unchanged” e a “Discard Unchanged with heartbeat”. Observe os valores coletados no item acima:

Exemplo configurado com 30sec

A imagem acima se trata da opção “Discard Unchanged with heartbeat” que faz o descarte dos valores somente após o tempo que estipulamos em sua configuração (em segundos). Podendo ser usado nesse campo LLD-macros e macros comuns.

Já esta outra opção “Discard Unchanged”, como podemos ver, sempre que o valor se mantém ele o descarta até que o próximo seja diferente.

IMPORTANTE: Caso o valor seja descartado, ele não é salvo no banco de dados, sendo assim o Zabbix Server não saberá da existência dele no futuro. Tenha isso em mente caso em algum momento queira criar triggers que se baseiam em valor/tempo, pois sua trigger pode não disparar/resolver corretamente.

Comandos no Shell do Windows

Mike Fortes — Mon, 17 May 2021 21:08:26 +0000

Algumas várias vezes um analista surge com uma ideia mirabolante de monitoramento, e isso é bom… sério… mas vamos combinar… MEU DEUS rs Testes que mais parecem robôs, contadores complexos, querys duvidosas, etc…

Onde trabalho, grande parte da solução é Windows, e muitas vezes os analistas são bem focados em sistemas operacional… Pedem monitoramentos de tamanho de pasta, quantia de arquivos com mesmo nome em um diretório, tempo limite de um diretório sem novos arquivos… coisa do tipo.

Nesse caso, utilizando o Zabbix, quase sempre faço esses monitoramentos criando itens que executam comandos remotos dentro do Shell do Windows. Vou listar aqui alguns que mais utilizo.

Contador de arquivos em um diretório

Muitas vezes preciso saber se existem (e quantos existem) arquivos de logs, de backups, ligações gravadas, coisas do tipo, precisando sempre estar atento a quantos itens tem em determinado diretório para saber se tudo esta correndo bem.

Nesse caso, crio um item (exemplo abaixo) informando que:

O tipo é “Agent Zabbix (Ativo)”, ou seja, o parâmetro de “Active Server” dentro do agent precisa estar configurado com o endereço do seu Zabbix Server (ou Proxy). Lembrando que como vamos rodar um comando remoto, o parâmetro de comando remoto dentro do agent também precisa estar como “1”

Na chave, o comando responsável por executar comandos no Shell é o “system.run”. Após informar a key, informamos o caminho do diretório: dir “G:\NotImported” /b /a | find /c /v “”

O item foi configurado para ser checado a cada 24h, então olha que interessante o retorno que eu tenho. Limpo e claro, trazendo a quantia exata de quantos arquivos tenho dentro daquele diretório.

Contador de arquivos do mesmo nome

A utilização desse método é quase o mesmo que o anterior, porém em alguns momentos, o diretório usado possui outros diretórios ou arquivos que você não quer na sua contagem.

Dessa forma, o comando utilizado continua sendo o “system.run”. E a key, informamos o caminho do diretório: dir “G:\NotImported” /b /a-d | find /c /v “img” .

Dentro dos “” eu inseri a palavra img por exemplo, dessa forma, todo arquivo que conter o termo img será listado.

Tamanho usado de um diretório específico

Sabe aquela chave que mais amamos para capturar utilização de um diretório? Sim, o dito cujo vfs.fs.size. Mesmo a questão se tratando de um diretório especifico e não de um disco, essa chave também funciona perfeitamente.

Por exemplo, ao invés de utilizar o vfs.fs.size[G:,used], podemos utilizar o vfs.fs.size[G:\InputFromClient,used].

Esses são itens criados no meu dia a dia, então da mesma forma que um dia procurei sobre, espero que caso você esteja procurando algo desse tipo pra utilizar em seu projeto, trabalho, etc… que seja de grande utilidade!

Caso tenham alguma dúvida, dica, conselho, etc… Me chama no meu Linked-in, vamos bater um papo.

Otimizando seu banco !

Mike Fortes — Tue, 22 Dec 2020 18:49:26 +0000

Otimizando seu banco !

Essa semana dei atenção a um problema que estava postergando a bastante tempo aqui onde trabalho, o MySQL.

Desde o inicio atestei que o ambiente estava crescendo de forma desordenada, e o banco estava uma bagunça, porem não tinha conhecimentos tão aprofundados em MySQL para manipular suas tabelas com segurança, ou efetuar qualquer tipo de procedimento sem medo de corromper tudo e perder o emprego (rs);

Fiz algumas pesquisas, e vi que como o Zabbix efetua muitas consultas de DELETE, o principal problema de crescimento, pode ser corrigido com alguns comandos simples.

Importante, aconselho utilizar os comandos abaixo apenas com seu Zabbix parado.

Check Table

Primeiramente o mais importante creio que seja verificar a saúde do seu banco ao todo. Com o “check table” você pode verificar erros e inconsistências nas tabelas;

Repair Table

Se o comando anterior detectar erros, é necessário utilizar o repair table;

Optimize Table

Normalmente o Zabbix efetua muitas operações de exclusão, deixando assim os registros desordenados. Com o optimize table, ele vai desfragmentar e liberar algum espaço da sua tabela.

Mas e como saber disso pode me ajudar?

Bem, o Zabbix é um monstro em leitura/escrita dentro do MySQL, sendo assim, sempre tem tabelas que podem ter espaço sendo desperdiçado, aguardando um optimize… a pergunta é, como saber quais tabelas posso fazer isso?

Ao logar no MySQL, selecione o banco utilizado pelo zabbix, e rode o comando abaixo:

SELECT TABLE_NAME, ROUND((DATA_LENGTH + INDEX_LENGTH)/1024/1024) AS USED_SPACE_MB, ROUND(DATA_FREE/1024/1024) AS UNUSED_SPACE_MB FROM INFORMATION_SCHEMA.TABLES WHERE ROUND(DATA_FREE/1024/1024) > 100 ORDER BY UNUSED_SPACE_MB DESC;

Ele vai mostrar todas as tabelas com mais de 100MB sem uso, prontas para seu deleite (rs). Depois é só dar um “optimize table ___ ;” e ver seu disco sendo liberado.

Saltos duplos

Mike Fortes — Tue, 13 Oct 2020 16:53:13 +0000

Creio que todos temos aquele arquivo .conf de estimação, que guardamos com carinho e usamos sempre que temos liberdade, seja para o Zabbix-Server, Proxy ou Agent. E ontem me deparei com um problema que sua solução me fez adicionar uma ou duas linhas no meu arquivo, e queria compartilhar essa dica por aqui.

Como a grande maioria dos meus clientes são bancos ou financeiras, tenho muitos problemas em questão de liberações internas para que meu proxy alcance redes distintas para validar uma disponibilidade de host ou serviço, visto que para todo tipo de alteração é necessário todo uma burocracia com RDM’s e envolvimento de diversas áreas envolvendo redes, segurança da informação, firewalls de terceiro e etc…

Então nasceu a necessidade de validar a disponibilidade de um link sip para 3 hosts específicos de dentro da rede do cliente.

Representação

O link SIP é enxergado pelos hosts, mas não pelo proxy… e agora?

Para verificar a disponibilidade desse link sip, crio um item como se fosse um “ping extendido”. E para isso, utilizo o marametro “UserParameter”.

Dentro do arquivo de .conf do agent, encontramos o UserParameter e o UnsafeUserParameters.

Para criar o item mencionado, eu adicionei o seguinte texto no meu “UserParameters”

UserParameter=customping[*],ping -n 2 -w 1 -4 $1 >nul && echo 1 || echo 0

Como podemos ver, criei a chave “customping[*]” no parâmetro, sendo assim, dentro do host, você deve criar um item “Zabbix agent — Ativo” com a chave customping[*], com o IP destino no lugar do *. Como o parâmetro possui caracteres especiais, habilito também o UnsafeUserParameters para que não tenha problemas na checagem.

Dessa forma, o valor retornado sera 1 para UP e 0 para Down, sendo assim pode ser usado o “Service State” no mapeamento de valores.

Qualquer duvida sobre a criação do monitoramento, estou sempre a disposição. Até mais !!!

Extração de dados em massa

Mike Fortes — Fri, 24 Apr 2020 15:29:26 +0000

Alguma vez ja te pediram uma quantia absurda de dados e você ficou na duvida de como faria isso?

Podem existir varias formas criativas de se fazer isso, mas por exemplo, coletando dados a cada 30 segundos de um item, um mes de dados coletados pode ser algo meio dificil de se retirar da ferramenta de forma “utilizavel” para se utilizar em uma reunião ou apresentação a um cliente.

Procurando por uma solução, encontrei um script alterado, que mesmo nas mais atuais versões, ele continua funcionando, diferente do script base, que parece ter sido abandonado pelos desenvolvedores.

O cara se chama monitoring_data_to_csv (link no fim do post), que por meio de um script feito em python consegue coletar os dados e registra-los em CSV (oque ja ajuda muito não é mesmo?

sudo ./fetch_monitoring_data_to_csv.py -s 192.168.xxx.xxx -n 192.168.xxx.xxx -u 'usuario' -p 'senha' -k 'chave do item' -t1 'data inicio' -t2 'data final' -v 1

Ps: Por algum motivo bizarro, as vezes ao executar ele não finaliza, então deve-se tentar executar novamente… parece gambiarra, mas acredite, funcione rs.

Creio que muita gente ja conheça, mas acho que possa acabar ajudando se alguem procura uma luz e não tem tanto tempo pra ficar garimpando github’s a fora ou posts em outros idiomas.

Editado: recentemente alterei o script para que fosse mais efetivo e corrigi alguns bugs, então abaixo segue o mesmo em meu github.

https://github.com/Punkays/ZBX-Automations