<br><div class="gmail_quote">2009/11/22 Marcelo Gigliotti <span dir="ltr"><<a href="mailto:marcelo.gigliotti@gmail.com">marcelo.gigliotti@gmail.com</a>></span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div>Otávio,</div>
<div> </div>
<div>após o seu email eu pesquisei sobre a utilização do nagios e vi que ele realmente usa snmp. </div>
<div> </div>
<div>No ambiente que tenho snmp não é permitido, por questões de segurança.</div>
<div> </div>
<div>mas por exemplo, no ambiente que eu tenho... segue a seguinte situação.</div>
<div> </div>
<div>no solaris... existem alguns comandos aos quais eu verifico a situação do serviço... tal como o comando service no red hat.</div>
<div> </div>
<div>no solaris seria svcs, em um exemplo seria algo do tipo.. svcs -a | grep -i nfs/server</div>
<div> </div>
<div>neste exemplo ele me retornaria a situação atual do serviço nfs, eu não sei se o nagios faria da mesma forma, ou se ele iria trabalhar diretamente com o daemon.</div></blockquote><div><br>Marcelo,<br><br>Não sabemos a empresa em que vc trabalha (e nem o tamanho da empresa), mas como vc comentou sobre 'área de segurança', eu posso imaginar que você está familiarizado com a terminologia do ITIL, então vou utilizar para explicar a idéia do nagios.<br>
<br>O nagios é um sistema que gerar incidências, ou seja. A função do nagios é monitorar um serviço (através dos agentes, podendo ser local ou remoto) e apenas (e tão somente) informar que aquele serviço não está no padrão. Então uma alternativa, se vc tiver pensando no nagios, é verificar se existe algum agente para o que vc deseja, e se não vc pode criar este agente. Normalmente um incidente gera um chamado no helpdesk que provoca a ação de alguém.<br>
<br>Solli M. Honório<br>ps.: é estranho uma empresa grande (se esta for) que não conheça e/ou que não tenha testado esta alternativa. <br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="im">
<div> </div>
<div>Abs<br clear="all">Marcelo Gigliotti<br>Analista de Suporte<br>Red Hat Certified Technician<br><a href="http://www.tabugado.com" target="_blank">www.tabugado.com</a><br>Msn: <a href="mailto:tchelllo@hotmail.com" target="_blank">tchelllo@hotmail.com</a><br>
Linux User: #392364<br><br><br></div>
</div><div class="gmail_quote">2009/11/22 Otávio Fernandes <span dir="ltr"><<a href="mailto:otaviof@gmail.com" target="_blank">otaviof@gmail.com</a>></span><div><div></div><div class="h5"><br>
<blockquote style="border-left: 1px solid rgb(204, 204, 204); margin: 0px 0px 0px 0.8ex; padding-left: 1ex;" class="gmail_quote">Marcelo,<br><br>Pro-ativo e re-ativo representam problemas e situações diferentes. Vamos<br>
lá:<br><br>* Nagios: vai monitorar o que você quiser, sempre por SNMP, e vai exibir<br>
os alarmes que você configurar. Portando, se você quer ser pró-ativo,<br> basta configurar alarmes diferentes. Não existe nada mais simples do<br> que ele;<br><br>* Cacti/Collectd: gera centenas de gráficos para tudo o que você quiser,<br>
ele colhe os dados via SNMP assim como o Nagios, e exite um plugin<br> para jogar os dados do Nagios para o Cacti. Ele que te mostra todo o<br> histórico de um servidor e a partir disso, você tem um Capacity<br> Planing. Ele complementa o Nagios e faz uma parte em ser pró-ativo,<br>
pois você sabe com antecedência quando um servidjor ou serviço estarão<br> comprometidos.<br><br>* Puppet/Chef/CFEngine: estes vão fazer deploy de configuração ou<br> scripts nos seus servidores. O ideal é que _nenhuma_ config seja feita<br>
manualmente, então, esta é a parte que complementa a sua<br> pró-atividade, no qual você pode ter alarmes no Nagios que disparam<br> ações por estes serviços;<br><br>Eu estou vendo que desenvolver mais uma ferramenta para fazer o que você<br>
precisa é desnecessário, visto que nós temos N opções excelentes.<br>Existem vários concorrentes do Nagios, basta dar mais uma procurada.<br>Você deve lembrar que a maturidade que estes softwares tem e a<br>quantidade de empresas que adotam esta soluções.<br>
<br>Outra observação é, o SNMP é padrão para todos os SOs, então, não será<br>problema para HP-UX, por exemplo. SNMP é suportado até no Windows, não<br>vejo motivo para não adotar.<br><br>um abraço,<br><font color="#888888"><br>
--<br>Otávio Fernandes <otaviof at <a href="http://gmail.com/" target="_blank">gmail.com</a>><br><a href="http://blog.emresumo.com/" target="_blank">http://blog.emresumo.com</a><br></font>
<div>
<div></div>
<div>_______________________________________________<br>SaoPaulo-pm mailing list<br><a href="mailto:SaoPaulo-pm@pm.org" target="_blank">SaoPaulo-pm@pm.org</a><br><a href="http://mail.pm.org/mailman/listinfo/saopaulo-pm" target="_blank">http://mail.pm.org/mailman/listinfo/saopaulo-pm</a><br>
</div></div></blockquote></div></div></div><br>
<br>_______________________________________________<br>
SaoPaulo-pm mailing list<br>
<a href="mailto:SaoPaulo-pm@pm.org">SaoPaulo-pm@pm.org</a><br>
<a href="http://mail.pm.org/mailman/listinfo/saopaulo-pm" target="_blank">http://mail.pm.org/mailman/listinfo/saopaulo-pm</a><br></blockquote></div><br><br clear="all"><br>-- <br>"o animal satisfeito dorme". - Guimarães Rosa<br>