Nos continuaremos a utilizar o UserParameter, que já foi explicado nesse post.

Primeiro crie o usuário monitor no seu SGBD PostgreSQL, não entraremos nessa questão, pois acreditamos que sendo uma pessoal que gerencia um SGBD, fazer essa ação seja relativamente trivial.

Agora acesse o arquivo /etc/zabbix/zabbix_agentd.conf e adicione as seguintes linhas no final do arquivo:

## PostgreSQL
UserParameter=user.postgre.processes,/usr/pgsql-9.0/bin/psql -U monitor -t -c "select sum(numbackends) from pg_stat_database" | awk  '{print $1}'
UserParameter=user.postgre.transaction.commited,/usr/pgsql-9.0/bin/psql -U monitor -t -c "select sum(xact_commit) from pg_stat_database" | awk  '{print $1}'
UserParameter=user.postgre.transaction.rolledback,/usr/pgsql-9.0/bin/psql -U monitor -t -c "select sum(xact_rollback) from pg_stat_database" | awk  '{print $1}'
UserParameter=user.postgre.db.size[*],/usr/pgsql-9.0/bin/psql -U monitor -t -c "select pg_database_size('$1')" | awk '{print $$1}'
UserParameter=user.postgre.db.connections[*],/usr/pgsql-9.0/bin/psql -U monitor -t -c "select numbackends from pg_stat_database where datname = '$1'" | awk '{print $$1}'
UserParameter=user.postgre.db.inserted[*],/usr/pgsql-9.0/bin/psql -U monitor -t -c "select tup_inserted from pg_stat_database where datname = '$1'" | awk '{print $$1}'
UserParameter=user.postgre.db.updated[*],/usr/pgsql-9.0/bin/psql -U monitor -t -c "select tup_updated from pg_stat_database where datname = '$1'" | awk '{print $$1}'
UserParameter=user.postgre.db.deleted[*],/usr/pgsql-9.0/bin/psql -U monitor -t -c "select tup_deleted from pg_stat_database where datname = '$1'" | awk '{print $$1}'


Obs: Atente que nosso path do psql é o /usr/pgsql-9.0/bin/, o seu pode ser diferente, caso seja, modifique nas entradas acima.

Salve o arquivo e reinicie o servidor do zabbix-agent.

Pronto! Agora é configurar no servidor Zabbix e aguardar a próxima coleta.

Fonte – Zabbix.com

Nos continuaremos a utilizar o UserParameter, que já foi explicado nesse post.

Primeiro vamos verifique se o módulo status está configurado no seu servidor Apache:

# apachectl -M

Se na lista não aparecer o item status_module, vc precisa configurar esse módulo. Não vou entrar no detalhe dessa configuração, é uma ação relativamente simples para quem gerencia servidor Apache.

Agora vamos a configuração do servidor apache.

Em um arquivo de configuração do apache, que no meu caso irei utilizar /etc/httpd/conf.d/info.conf , pois estou no CentOS, escreva o seguinte conteúdo:

<Location /info>
SetHandler server-status
Order deny,allow
Deny from all
Allow from <ip do seu servidor web aqui>
</Location>

Pronto, agora vamos a coleta dos dados. Crie a pasta /var/lib/monapache e dentro dela crie o arquivo monapache.sh, dentro desse novo arquivo escreva o seguinte conteúdo:

#!/bin/bash

HOST="<nome ou ip do seu servidor web>"

DIR="/var/lib/monapache"
INFO="$DIR/info"
USE="$DIR/use"
IDLE="$DIR/idle"
REQUEST="$DIR/request"
KBSEGUNDO="$DIR/kbsegundo"
KBREQUEST="$DIR/kbrequest"

## Apagando caso o arquivo já exista

if [ -f $INFO ]; then
rm $INFO
fi

# Entrando no diretorio
cd $DIR

# Baixando a pagina de monitoria
wget -q $HOST/info

# Obtendo o valor de processos em execucao do apache
cat $INFO | grep "requests currently being processed" | awk '{print $1}' | awk -F">" '{print $2}' > $USE

# Obtendo o valor de processos ociosos do apache
cat $INFO | grep "requests currently being processed" | awk '{print $6}' > $IDLE

# Obtendo quantidade de kB por requisicao
cat $INFO | grep "requests/sec" | awk '{print $7}' > $KBREQUEST

Salve o arquivo e conceda permissão de execução:

# chmod u+x monapache.sh

Agora vamos colocar esse comando na agenda de tarefas do Gnu/Linux:

# crontab -e

No arquivo do cron escreva a seguinte linha:

*/1 * * * * /var/lib/monapache/monapache.sh

Fonte – Debian Administration

Nos continuaremos a utilizar o UserParameter, que já foi explicado nesse post.

Primeiro vamos criar um usuário simples para que possa ser utilizado nas consultas ao banco MySQL:

# mysql -u root -p

mysql> CREATE USER 'monitor'@'localhost';

mysql> exit

Pronto, agora já criamos um usuário simples para a monitoria.

Agora adicione as linhas abaixo no final do arquivo /etc/zabbix/zabbix_agentd.conf :

## MySQL

UserParameter=mysql.ping,mysqladmin -umonitor ping |grep alive|wc -l
UserParameter=mysql.uptime,mysqladmin -umonitor status |cut -f2 -d":"|cut -f1 -d"T"
UserParameter=mysql.threads,mysqladmin -umonitor status |cut -f3 -d":"|cut -f1 -d"Q"
UserParameter=mysql.slowqueries,mysqladmin -umonitor status |cut -f5 -d":"|cut -f1 -d"O"
UserParameter=mysql.qps,mysqladmin -umonitor status |cut -f9 -d":"
UserParameter=mysql.opentables,mysqladmin -umonitor status |cut -f8 -d":" | cut -f2 -d" "
UserParameter=mysql.open,mysqladmin -umonitor status |cut -f6 -d":" | cut -f2 -d" "


Pronto, agora basta que você configure os itens no servidor Zabbix e aguarde a nova coleta.

Update! Segue em anexo do template para ser importado no seu Zabbix!

Update2! Segue em anexo uma breve explicação sobre o que é cada item monitorado.

Hoje irei demonstrar como podemos monitorar a capacidade do OpenLDAP.

Acesse o arquivo /etc/openldap/slapd.conf e adicione abaixo da sua sintaxe database atual as seguintes linhas:

database monitor

access to dn.subtree="cn=Monitor"
by dn.exact="uid=monitor,ou=Users,dc=dominio,dc=net,dc=br" read
by * none

Com a sintaxe access eu restringi o acesso a essa base de monitor apenas para o usuário monitor, ou seja, não esqueça de criar esse usuário em sua base LDAP.

Salve o arquivo e reinicie o serviço do openldap.

Para configurar a monitoria do OpenLDAP no agente, acesse o arquivo /etc/zabbix/zabbix_agentd.conf e adicione as seguintes linhas:

## OPENLDAP


# Monitorar conexões ativas do OpenLDAP

UserParameter=user.openldap.current.conections,ldapsearch -x -D ' uid=monitor,ou=Users,dc=dominio,dc=net,dc=br' -w suasenha -b 'cn=Current,cn=Connections,cn=Monitor' -s base '(objectClass=*)' '*' '+' | grep "monitorCounter:" | awk '{print $2}'

# Monitorar adições na base do OpenLDAP

UserParameter=user.openldap.add.completed,ldapsearch -x -D ' uid=monitor,ou=Users,dc=dominio,dc=net,dc=br' -w suasenha -b 'cn=Add,cn=Operations,cn=Monitor' -s base '(objectClass=*)' '*' '+' | grep "monitorOpCompleted:" | awk '{print $2}'
UserParameter=user.openldap.add.initiated,ldapsearch -x -D ' uid=monitor,ou=Users,dc=dominio,dc=net,dc=br' -w suasenha -b 'cn=Add,cn=Operations,cn=Monitor' -s base '(objectClass=*)' '*' '+' | grep "monitorOpInitiated:" | awk '{print $2}'

# Monitorar adições na base do OpenLDAP

UserParameter=user.openldap.delete.completed,ldapsearch -x -D ' uid=monitor,ou=Users,dc=dominio,dc=net,dc=br' -w suasenha -b 'cn=Delete,cn=Operations,cn=Monitor' -s base '(objectClass=*)' '*' '+' | grep "monitorOpCompleted:" | awk '{print $2}'
UserParameter=user.openldap.delete.initiated,ldapsearch -x -D ' uid=monitor,ou=Users,dc=dominio,dc=net,dc=br' -w suasenha -b 'cn=Delete,cn=Operations,cn=Monitor' -s base '(objectClass=*)' '*' '+' | grep "monitorOpInitiated:" | awk '{print $2}'

UserParameter=user.openldap.modify.completed,ldapsearch -x -D ' uid=monitor,ou=Users,dc=dominio,dc=net,dc=br' -w suasenha -b 'cn=Modify,cn=Operations,cn=Monitor' -s base '(objectClass=*)' '*' '+' | grep "monitorOpCompleted:" | awk '{print $2}'
UserParameter=user.openldap.modify.initiated,ldapsearch -x -D ' uid=monitor,ou=Users,dc=dominio,dc=net,dc=br' -w suasenha -b 'cn=Modify,cn=Operations,cn=Monitor' -s base '(objectClass=*)' '*' '+' | grep "monitorOpInitiated:" | awk '{print $2}'

Salve o arquivo e reinicie o serviço do zabbix-agent.

Acredito que quem gerencia um OpenLDAP, conhece o comando ldapsearch e não entrarei no detalhe desse comando aqui. Caso precise de documentação, acesse esse link.

Agora basta configurar os itens no servidor Zabbix e aguardar a nova coleta dos dados.

Fonte

Ok, o meu não é assim, mas tudo bem...

Estou montando uma nova central de monitoramento, no meu novo emprego, e me deparo com uma central de telefonia Voip Asterisk.

Após uma pesquisa rápida, descobri que o comando abaixo informa as ligações ativas no Asterisk, ou seja, quem já usa Zabbix já sabe como monitorar isso certo?

/usr/sbin/asterisk -rvvvvvx 'core show channels'

Caso não seja experiente no Zabbix não se desespere. Irei explicar passo a passo.

O agente do Zabbix tem uma opção chamada UserParameter. Essa opção serve para especificarmos monitoria local, ou seja, com essa opção é possível monitorar TUDO no sistema que tem o agente instalado.

Parece propaganda de telemarketing não é? mas é verdade.

A sintaxe do UserParameter é composto por:

UserParameter=<chave.que.sera.usada.no.zabbix.server>,<comando que será executado pelo usuário zabbix no agente>

Exemplo:

UserParameter=test.echo,echo “1″

Ou seja, quando você configurar no Zabbix server a key test.echo para esse agente, receberá o valor 1. Entendeu?

Vamos agora para o exemplo prático,

Acesse o arquivo /etc/zabbix/zabbix_agentd.conf e adicione a seguinte linha:

UserParameter=user.asterisk.active.calls,sudo /usr/sbin/asterisk -rvvvvvx 'core show channels' | grep "active call" | awk '{print $1}'

Agora acesse o arquivo /etc/sudoers e adicione a seguinte linha:

zabbix ALL=NOPASSWD:/usr/sbin/asterisk

Nesse mesmo arquivo comente a seguinte linha:

Defaults    requiretty

Pronto! Agora reinicie o serviço do agente Zabbix, configure a sua chave no servidor Zabbix e divirta-se.

Fui envolvido em um projeto muito interessante. Implantar um sistema de monitoramento em uma Universidade, visto as diversas soluções implantadas em um local desse tipo, realmente era um desafio interessante.

Chegando no local fui surpreendido com uma ferramenta que já testei (bem superficialmente) anteriormente, mas não sabia de todo seu potencial. O Zabbix já estava implantado, porém em pequena escala e sem nenhum padrão entre os hosts.

Nesse post não irei informar como se instala a ferramenta. Isso já existe na internet. Irei apenas descrever como utilizá-lo, de uma forma bem conceitual.

Primeiramente é necessária a criação de um Host, que será o objeto a ser monitorado, certo? ERRADO!

Não cometa o mesmo erro que eu. Antes de iniciar o projeto, levante quais são os hosts e coloque eles em uma planilha de controle, dessa forma defina quais os tipos do ativos, (Roteadores, Switch, Servidor de Arquivo, Servidor Active Directory e afins…) Tudo depende da seu necessidade de detalhamento.

Com os tipos de hosts e seus respectivos ativos relacionados, crie os templates, adicionando no grupo Templates e um criado por você, para cada tipo e agora vamos para o próximo passo.

Agora precisamos informar o que será monitorado em cada tipo de servidor. Nesse ponto que entra os itens. Configure os itens de acordo com a necessidade de monitoramento de cada template do host. Vou repetir, nesse momento crie o item para o template.

A partir da página 95 desse manual (Que aconselho a leitura) tem todos os tipos de itens que acompanham a versão 1.6 do Zabbix. Precisa de algo a mais? Faça você mesmo! Não é difícil. Com conhecidomento em script para a plataforma desejada no monitoramento é possível criar qualquer checagem que desejar.

Quer saber o número de conexões na porta ssh do seu servidor gnu/linux? Faça um script que retorne via echo esse valor, nada que awq, wc -l não resolva!

Depois de o script criado, é somente colocá-lo no arquivo zabbix_agentd.conf, que acompanha o agente no ativo a ser monitorado, a seguinte linha:

UserParameter=<nome da key>,/<endereço do script>/<nome do script>

Pronto, agora quando criar o item, poderá informar a key, com esse nome informado no agente e ele lhe retornará o valor do echo do script, assim poderá tratar com quiser, como iremos ver a seguir.

Obs: Na criação do item, é solicitado o nome de application, seja bem especifico nisso. Não coloque todos itens com o mesmo applications em templates distintos, pois no caso de necessidade de associar dois templates ao mesmo host, isso causará conflito. Crie Applicatios do tipo; Disponibilidade do serviço SMTP, Capacidade do Disco, Capacidade da fila de impressão e assim por diante. E nem adianta criar applications iguais em templates diferentes e apenas desmarcar na criação do host, pois mesmo assim causará conflito.

Agora iremos criar a condição para alarme, essa será a função que quando atendida irá informar a falha, vamos a um exemplo:

{Template_windows:vfs.fs.size[c:,pfree].last(0)}<5

O que isso informa? Vamos por partes:

Templates_windows = Nome do template que está relacionado a condição.

vfs.fs.size[c:,pfree] = A key, que nesse caso é verificar a porcentagem de espaço livre na unidade c:

last(0) = Ultimo valor e o 0 indica o momento que ele irá alarmar. Ex: Se ali tivesse 3, ele só iria atender a condição somente após a 3 verificação.

<5 = Quer dizer que o valor esperado da verificação, precisa ser menor do que 5 para atender a expressão, que no Zabbix é entendido como falha.

Pronto, agora crie os hosts? Ainda não! Crie os hostsgroups, pois eles têm função diferente do template. Onde é relacionada a permissão de acesso ao host e notificação. Se preferir crie os hostgroups da mesma forma que os templates.

Agora sim, crie os hosts, já associando aos respectivos grupos e templates. E se divirta com os pequenos ajustes.