Opaaa!!! Parece não consumir muito recurso da máquina, né? Vou testar aqui. 
Obrigado Hélio! 

__
Samuel 
__

From: [email protected]
Date: Sat, 18 May 2013 14:21:28 -0300
Subject: Re: Monitoramento
To: [email protected]

Eu uso Munin, inclusive no meu laptop.  Gosto muito e é bem leve.

http://helio.loureiro.eng.br/index.php/networking/63-monitoracao/208-munin-o-corvo-de-odin-da-monitoracao



Inclusive me ajudou a descobrir o motivo de um servidor Linux ter capotado 
durante um ataque DDoS.
Abs,
Helio Loureiro
http://helio.loureiro.eng.br


http://br.linkedin.com/in/helioloureiro
http://twitter.com/helioloureiro
http://gplus.to/helioloureiro





Em 18 de maio de 2013 13:13, Samuel . <[email protected]> 
escreveu:





Olá Leandro! Primeiramente muito obrigado pela sua colaboração. Então... aqui 
eu disponho de um servidor Asterisk conforme mencionei no email anterior e 
preciso monitorar ele, porém eu não disponho de outra máquina para implementar 
um sistema de monitoramento e iria fazer essa implementação no próprio servidor 
Asterisk visando o mínimo de consumo de recursos do servidor Asterisk. Será que 
os software que me indicou consumiria muito recurso do servidor monitoramento 
apenas um host? Se a resposta for positiva, qual deles exige menos do hardware 
monitoramento um host?  






à disposição,
Samuel 
Date: Sat, 18 May 2013 12:54:44 -0300


Subject: Re: Monitoramento
From: [email protected]
To: [email protected]


CC: [email protected]

Samuel,
Pode usar:
Cacti
Nagios
Centreon
Mas eu ainda prefiro o zabbix

Em 18/05/2013 12:24, "Samuel ." <[email protected]> escreveu:

>

> Olá lista! Alguém por favor poderia me ajudar? Eu tenho um servidor Asterisk 
> rodando em cima de um Debian e gostaria de poder monitorar em tempo real o 
> processamento, memória e uso do disco. Eu conheço o robusto Zabbix e outros, 
> mas eu queria fazer uso de um sistema mais prático para monitorar somente um 
> servidor, alguém me indica algo e de preferência web? Desde de já eu agradeço 
> a dedicação!




>

>

> __

>

> Samuel 

>

>                                         

                                          

Responder a