[GTER] SNMP Server
Erick Rodrigo Lazaro
erick at erick.eti.br
Mon May 30 12:20:50 -03 2011
Vocês já viram o The Dude da Mikrotik?
Uso ele aqui.
Em 30 de maio de 2011 09:48, Antonio Carlos Pina <
antoniocarlospina at gmail.com> escreveu:
> Rober,
>
> O problema é que o Nagios é um "grande loop" e faz os testes um a um em
> ordem. À medida que a quantidade de serviços aumentam, o tempo para testar
> vai influenciando na responsividade do Nagios, Por exemplo, é impossível
> monitorar 10.000 serviços em 2000 hosts com apenas 1 servidor Nagios e
> garantir que ele alarme imediatamente (ele vai alarmar depois que tratar os
> hosts e serviços no caminho)
>
> Para aumentar essa performance usam-se servidores Nagios adicionais. Essa é
> a segmentação, divide-se a carga entre Nagios e cada servidor cuida de um
> grupo menor de serviços.
>
> O agente zabbix possui uma forma de trabalho "ativa", onde o servidor nao
> precisa executar polling, ao contrário o agente faz a coleta e envia para o
> servidor, garantindo a atualização dos dados e a performance.
>
> Os falsos positivos podem ser minorados comfigurando os testes do Nagios.
>
> Abs
>
> On 30/05/2011, at 00:52, Rober Hoelscher <rober at tcheturbo.com.br> wrote:
>
> > Antonio,
> >
> > Esse "timing mínimo" tem haver com falsos positivos ?
> >
> > Minha configuração do nagios tem emitido alguns falsos positivos
> > com certa frequência ultimamente. Fiz algumas mudanças sugeridas
> > pelos documentação (tunning) porém os falsos positivos continuam
> > lá, assombrando a todos.
> >
> > A segmentação a qual você se é dividir os serviços em intervalos
> > de tempo distintos, isso ?
> >
> > Att.
> > -
> > Rober Hoelscher
> >
> > Em Domingo, 29/05/2011 no 16:25 Antonio Carlos Pina escreveu:
> >
> > Nao gosto do polling do nagios. Se nao usarmos segmentacao fica
> > impossivel manter o timing minimo dos alarmes.
> >
> > O zabbix possui modo ativo do cliente para contornar isso.
> >
> > Abs
> >
> > Enviado via ALOG Hosted Exchange Mobile
> >
> > Em 27/05/2011, às 19:25, Provedor Bogus escreveu:
> >
> >> Aqui é Nagios + PRTG.
> >>
> >> Desenvolvemos uma pancada de addons pra tudo que queríamos e hoje
> > temos
> >> monitoramento de
> >> absolutamente tudo. Até da tranca da porta.
> >>
> >> O PRTG é extremamente fácil de instalar e manter. Pena que só
> > roda em
> >> Ruindows, mas sendo a gerência
> >> totalmente via web, fica mais tranquilo.
> >>
> >> O Nagios não foi muito simples, mas começamos a usá-lo há 5
> > anos atrás e era
> >> outra época.
> >> Agora há interfaces mais maduras como o NagiosQL. O bom é a
> > flexibilidade
> >> absurda que ele tem.
> >>
> >> A Intelig também usava Nagios algum tempo atrás. Não sei se
> > continua. Só pra
> >> se ter uma idéia de que o
> >> sistema é capaz de fazer papel de gente grande (Tivoli, OpenView,
> > etc).
> >>
> >>
> >>
> >> Em 27 de maio de 2011 19:00, Paulo Henrique BSD Brasil <
> >> paulo.rddck at bsd.com.br> escreveu:
> >>
> >>> De fato o nagios é bom, mais acaba se tendo que misturar muitas
> > coisas, e
> >>> podendo até comprometer a segurança.
> >>> O Nagios por si só tem muitos recursos interessantes, e atende a
> >>> necessidade de muitos profissionais que conheço, porem tenho
> > minha
> >>> necessidade que no caso é disponibilizar para o cliente um
> > sumário com o SLA
> >>> dos serviços contratados, o que no caso o Zabbix permite-me com
> > total
> >>> integridade, e sem apelar para desenvolvimento.
> >>>
> >>> Principal Vantagem do Zabbix: Ser centralizado.
> >>> Desvantagem sobre meu ponto de vista: Muito complexo de inicio -
> > mais
> >>> depois que pega o jeito se torna otimo.
> >>>
> >>> Principal Vantagem do Nagios-Core: extremamente flexivel
> >>> Desvantagem: Modular. ( a flexibilidade apontada em vantagem, pode
> > trazer
> >>> problemas de segurança para o servidor ).
> >>>
> >>> São minhas considerações.
> >>> Em 27/5/2011 18:52, Emanuel Martins escreveu:
> >>>
> >>> O Zbbix é sensacional!!!
> >>>> Mas o nagios tbm é ninja!
> >>>>
> >>>> Em 27 de maio de 2011 18:15, Carlos Ribas escreveu:
> >>>>
> >>>> Eu utilizo RTG para monitoramento de rede, mas confesso que não
> > estou
> >>>>> satisfeito. Ta aí uma ferramenta para eu testar...
> >>>>>
> >>>>> Att, Carlos.
> >>>>>
> >>>>> Em 27 de maio de 2011 17:53, Paulo Henrique BSD Brasil<
> >>>>> paulo.rddck at bsd.com.br> escreveu:
> >>>>>
> >>>>> Até hoje o que melhor me atende.... sem ter que ficar
> > recorrendo a
> >>>>>> adaptações indiretas ao projeto.
> >>>>>>
> >>>>>> Att.
> >>>>>> Em 27/5/2011 17:31, Leonardo Mello escreveu:
> >>>>>>
> >>>>>> Caros,
> >>>>>>
> >>>>>>> Gostaria de saber da opinião de vocês quanto ao Zabbix. Sei
> > de grandes
> >>>>>>> empresas com inúmeras filiais que o utilizam, mas não tenho
> > a vivência
> >>>>>>> desta
> >>>>>>> ferramenta. Alguém trabalha com ele ou recomenda algum outro
> > open
> >>>>>>>
> >>>>>> source?
> >>>>>
> >>>>>> Obrigado!
> >>>>>>> --
> >>>>>>> gter list https://eng.registro.br/mailman/listinfo/gter
> >>>>>>>
> >>>>>>> --
> >>>>>> gter list https://eng.registro.br/mailman/listinfo/gter
> >>>>>>
> >>>>>> --
> >>>>> gter list https://eng.registro.br/mailman/listinfo/gter
> >>>>>
> >>>>> --
> >>>> gter list https://eng.registro.br/mailman/listinfo/gter
> >>>>
> >>>
> >>> --
> >>> gter list https://eng.registro.br/mailman/listinfo/gter
> >>>
> >> --
> >> gter list https://eng.registro.br/mailman/listinfo/gter
> > --
> > gter list https://eng.registro.br/mailman/listinfo/gter
> >
> >
> > --
> > gter list https://eng.registro.br/mailman/listinfo/gter
> --
> gter list https://eng.registro.br/mailman/listinfo/gter
>
More information about the gter
mailing list