[GTER] RES: SNMP Server

Emerson Araujo araujoprog at gmail.com
Sun May 29 02:17:49 -03 2011


Aqui usamos o zenoss, tem nos atendido em todos os aspectos.
Em 28/05/2011 01:48, "Herbert Faleiros" <herbert at scw.net.br> escreveu:
> 2011/5/27 Cleber Saad @ Inetweb <cleber-listas at inetweb.com.br>:
>> Usamos o Centreon para monitoramento dos servidores e o Cacti para SNMP.
>> Estamos muito bem atendidos.
>
> aqui, Nagios (+NagiosQL) e Cacti (+Weathermap).
>
> Acesso ao Nagios controlado (só quem precisa ter acesso tem e de hosts
> específicos) e no caso do Cacti os clientes (alguns tem acesso)
> visualizam apenas os dumps estáticos do export (via FTP e ainda para
> outro servidor), assim mantemos os clientes longe dos "bugs" e
> eventuais vulnerabilidades da aplicação (já que não terão acesso ao
> core do Cacti) e evitamos também que "vaze" o que não deve na rede.
>
> Ainda no caso do Cacti, para quem acha a resolução "default" alta, tem
> plugin para realtime (até 5s) e no caso do poller (demorando para
> concluir), múltiplos processos + múltiplos threads ajudam MUITO (e se
> quiser uma garantia, adicione um --force no poller para ter certeza
> que não haverá "gaps" entre as verificações).
>
> No caso da base apresentando problemas, upgrade é só seguir
> corretamente as instruções e sempre manter backups, mas não é tão
> incomum (citando outra possibilidade) o cache do poller perder a
> sincronismo com os data sources em ambientes congestionados, mas
> nestes casos um "Rebuild Poller Cache" resolve bem rápido.
>
> Os +100Mbps (que é algo recorrente) o Rubens já deu a dica.
>
> Voltando ao Nagios, é bem fácil escrever plugins, então dá para
> monitorar virtualmente qualquer coisa com ele, desde sessões BGP em
> IPv6 (sem suporte ao bgpPeerState/BGP4-MIB), até a temperatura de um
> equipamento remoto, mesmo sem SNMP (desde que o sistema operacional
> extraia as informações do hardware de alguma maneira).
>
> Imagino que as soluções "derivadas" do Nagios (falando apenas das
> "livres") façam o mesmo de forma, talvez, mais simples, segura e/ou
> eficiente (com muita coisa já automatizada), então vai do gosto, do
> tempo disponível e da "expertise" do operador o que executar.
>
> --
> Herbert
> --
> gter list https://eng.registro.br/mailman/listinfo/gter



More information about the gter mailing list