Após algumas semanas do último treinamento oficial ZABBIX em São Paulo não deixo de lembrar a saudade que sentia do nosso Centro de Treinamento aqui em Porto Alegre. Não que o local do treinamento (a Green Treinamento) fosse ruim, mas a proximidade com o nossos times e com o nosso NOC fazem a diferença quando estamos falando de como utilizamos a ferramenta em nosso ambiente.

Durante os treinamentos fica claro que a Unirede tem muito a agregar aos participantes principalmente quando abordamos as boas práticas com o uso do ZABBIX. Não restam dúvidas de que o uso que a Unirede faz da ferramenta é de extrema valia para os treinamentos pois os participantes tem dúvidas que vão alem do uso da platafoma de monitoramento e se aproximam muito de ‘como aplicar o ZABBIX em um ambiente de produção‘  e é exatamente nesse ponto que percebemos o valor sendo agregado durante os treinamentos.

Nesse treinamento os laboratorios chamaram atenção pois os nossos participantes tinham alguns interesses específicos. Além dos laboratórios oficiais também efetuamos laboratórios com:

• SNMP Traps
  • Essa nova funcionalidade da versão 2.0 do ZABBIX permite que as traps SNMP (enviadas por roteadores, switch, nobreaks, etc) sejam recebidas e lidas ‘nativamente’ pelo ZABBIX. Aqui vale uma explicação e/ou esclarecimento: de fato o ZABBIX passa a ‘ler’ as Traps nativamente porém quem recebe as Traps ainda é o sistema operacional (snmptrapd). Ocorre que o ZABBIX passa a ter um ‘leitor/coletor’  diferente para os SNMP Traps (antes o ítem era do tipo: ZABBIX Trapper) que é ativado no arquivo de configuração do server (ZABBIX_SERVER.CONF). De qualquer forma ainda é necessário efetuar as configurações no sistema operacional para ‘desviar’ as SNMP Traps para o ZABBIX. No final de tudo temos duas novas chaves de coleta (snmptrap[] que busca por uma string dentro da trap e snmptrap.fallback que recebe todas as traps que chegarem ao ZABBIX e não se encaixam em nenhuma regra da chave anteriror). O manual do ZABBIX pode ajudar a esclarecer algumas duvidas.

• Low Level Discovery
  • Essa é uma outra grande novidade no ZABBIX 2.0 e facilita MUITO a vida dos administradores do ZABBIX. Lembro que (fazem uns 4 anos) participamos de um POC com uma plataforma concorrente e perdemos pois o ZABBIX não tinha essa funcionalidade: descobrir automaticamente componentes internos do host que está sendo monitorado e passar a monitorar esses componentes. Na prática é o que permite que o administrador nao precise informar ao ZABBIX se o host precisa ter o disco C:\ ou o disco D:\  ou se o host tem uma, duas ou três interfaces de rede. Embora o ZABBIX somente consiga descobrir ‘nativamente’ sistemas de arquivos, interfaces de rede e SNMP OIDs é possivel fazer com o que o ZABBIX ‘descubra qualquer coisa dentro de um host‘, desde VistualHosts de um webserver até bancos/instâncias existentes em um servidor de banco de dados.  Aqui também vale uma passada de olhos na documentação do ZABBIX sobre o LLD vai nos mostrar como alcançar isso.

Espero contar com alguns dos que estão lendo esse artigo em algum treinamento ZABBIX, aqui em Porto Alegre ou, quem sabe, no que vamos executar em Recife-PE ainda esse ano pois, mesmo com o nosso Centro de Treinamento aqui em Porto Alegre,  mantemos o plano dos treinamentos itinerantes. O objetivo é atender os usuários onde eles estão, seja no Sul, Sudeste, Nordeste ou no Norte (como os que foram efetuados em Manaus-AM).