[SP-pm] Modulo Perl - monitoramento básico

[breno]

Embora o André já tenha encontrado diversas soluções bacanas nessa
thread, gostaria de reforçar os comentários do Otávio e do Thomas e
também sugerir SNMP. Como os outros emails foram sem ponteiros
adicionais, aí vão dois:

http://onlamp.com/pub/a/bsd/2000/07/27/Big_Scary_Daemons.html
http://net-snmp.sourceforge.net/docs/man/snmpwalk.html

[]s

-b

2010/9/13 Daniel de Oliveira Mantovani <daniel.oliveira.mantovani em gmail.com>:
> 2010/9/13 Andre Carneiro <andregarciacarneiro em gmail.com>:
>> O top é legal, mas usar assim não é muito legal:
>>
>> <snippet_code>
>> .
>> .
>> .
>> my @topinfo = `top`;
>> .
>> .
>> .
>> </snippet_code>
>> Meu objetivo é monitorar a carga de um servidor que o pessoal utiliza para
>> disparar spiders. Quando o top chegasse em um determinado limite
>> configurável, o sistema avisaria o usuário que o servidor está no limite de
>> sua capacidade e simplesmente enfileraria esses disparos, é isso!
>>
>>
>
> André, na verdade essa é uma péssima idéia, e não vai adiantar de
> nada. Dependendo do delay do seu script de monitoramento, o cliente
> vai mandar mais N requisições para o servidor travando tudo. Pela
> experiência que eu estou tendo no meu último projeto agora, a melhor
> forma para se controlar isso, é com uma fila, sem dúvidas eu usaria o
> RabbitMQ que permite você controlar essa fila do jeito que você
> quiser. O Gearman, no caso ele não te da informações de quantos
> processos estão na fila.(Não até onde eu sei). Os outros dois que o
> Otávio citou eu não conheço.
>
> Se você ler pelo menos até o terceiro capítulo do livro do AMQP, (O
> RabbitMQ é uma implementação do AMQP que é uma especificação) você vai
> entender o conceito, e vai conseguir usar sem dificuldade.
> http://www.amqp.org/confluence/download/attachments/720900/amqp0-9-1.pdf?version=1&modificationDate=1227526523000
>
> Em um prédio, você pode ficar apagando o incêndio, ou você pode parar
> tudo e descobrir as causas, se a televisão já queimou metade, não
> adianta querer apagar o fogo porque não vai mais dar para usar, o que
> se pode fazer é estudar as causas para quando comprar a nova
> televisão, ela não se destruir pelo fogo. Ou seja, sei que você está
> atolado de trabalho aí, mas vale sim parar tudo, e olhar isso aqui
> acima.
>
> Deixe os sysadmins cuidarem do monitoramento :P
>
>>
>>
>>
>> Em 13 de setembro de 2010 10:47, Frederico Recsky <frederico em imovlr.com>
>> escreveu:
>>>
>>> Olá,
>>>
>>> 2010/9/13 Andre Carneiro <andregarciacarneiro em gmail.com>:
>>> > Esqueci de mencionar que encontrei esse módulo no
>>> > CPAN: Sys::Statistics::Linux::LoadAVG
>>> > Alguém já usou esse módulo? Recomenda algum outro mais simples, ou
>>> > interessante?
>>>
>>> Tem infinitos modulos sobre isso.  O que você quer exatamente e porque
>>> não o top.
>>>
>>> Top é tão legal ;).
>>>
>>> --
>>> Frederico Recsky
>>> http://fred.eti.br
>>> _______________________________________________
>>> SaoPaulo-pm mailing list
>>> SaoPaulo-pm em pm.org
>>> http://mail.pm.org/mailman/listinfo/saopaulo-pm
>>
>>
>>
>> --
>> André Garcia Carneiro
>> Analista/Desenvolvedor Perl
>> (11)82907780
>>
>> _______________________________________________
>> SaoPaulo-pm mailing list
>> SaoPaulo-pm em pm.org
>> http://mail.pm.org/mailman/listinfo/saopaulo-pm
>>
>
>
>
> --
> http://www.danielmantovani.com
>
> "If you’ve never written anything thoughtful, then you’ve never had
> any difficult, important, or interesting thoughts. That’s the secret:
> people who don’t write, are people who don’t think."
> _______________________________________________
> SaoPaulo-pm mailing list
> SaoPaulo-pm em pm.org
> http://mail.pm.org/mailman/listinfo/saopaulo-pm
>