[GTER] Gráfico sobre consumo de banda

Paulo Henrique BSD Brasil paulo.rddck at bsd.com.br
Thu Mar 22 09:40:39 -03 2012



Em 21/3/2012 23:39, Lista escreveu:
> qual o consumo de processamento dele, vc saberia me dizer?
O Consumo é bem baixo, com 4850 itens não passa de 600Kbps de trafego na 
interface e a CPU/Memoria para ele e o postgresql fica entre 1%~4%/
380/410Mb

Nesse servidor é monitorado:
5 Switches ( SNMP v2 e v3 )
9 servidores ( WIndows/FreeBSD/PFSense ) ( SNMP v2, v3 e Zabbix Agent )
47 Estações Windows XP ( Agente Zabbix )
9 Impressoras ( 3 de rede ) ( Snmp V2 )
5 Radios LinkSys ( E2000/3000 Series e WRT )ambos com OpenWRT. ( SNMP v2 
e v3 )
1 Baase Oracle. ( Zabbix Agent )
1 Base POstgreSQL ( Zabbix Agent )
1 Base OpenLDAP ( Apenas status do serviço ) (Zabbis Agent )

Alerta é enviado via E-Mail

Servidor
Celeron E1200 Dual-Core
1Gbs de ram
Placa-mãe Intel Desktop Board D965
2 HDs Wester Digital - Gmirror.
Interface de rede On-board Intel Gigabit.

Antes ele estava em um servidor Core 2 Quad por não ter hardware para 
montar um servidor dedicado, agora como estou adequando o Noc em um 
servidor totalmente dedicado não precisava de uma maquina parruda, pois 
o ambiente é bem pequeno.


Quanto a usuários sim é totalmente possivel disponibilizar para um 
cliente acesso a determinado recurso monitorado.
Um dos fatores que no inicio me fez gostar do Zabbix foi a possibilidade 
de ter controle de acesso centralizado e granular.

Outro fator que é muito bom ter em mente é deixar o PostgreSQL com um 
pool de conexões realmente grandes, tive um problema de desempenho 
exatamente por esgotamento de Shared Memory System V ou IPC.

E qualquer duvida que tenho informa que assim que possivel respondo.

>
> 2012/3/21 Paulo Henrique BSD Brasil<paulo.rddck at bsd.com.br>
>
>> Utilizei o Cacti por um tempo, porem depois que implementei Zabbix passei
>> a abandonar as demais soluções exatamente pelo fato do Zabbix manter tudo
>> integrado, no inicio o mesmo é muito mais complexo de implementar que
>> demais soluções porem devido a diversos murros em ponta de faca a única que
>> o custo de aquisição é quase nula ( curva de aprendizagem alta é um custo )
>> e que valeu a pena.
>>
>> Sei que cada hum hoje defende o que melhor atende, depois do Tivoli, que é
>> um sistema superior a qualquer outro que já tive experiencia o zabbix é o
>> que mais próximo dele chega.
>>
>> Períodos de gráficos são em tempo real, em uma mesma tela ao seu belo
>> gosto.
>> Integração com o SNMPv1,2,3.
>> Permite ter o PostgreSQL como SGDB.
>> Vários métodos de notificação, tanto baseado em circunstâncias como pré
>> programadas.
>> Sistema de gerencia de permissões de acesso.
>> O Dashboard dele é excelente para infra-estruturas extremamente grandes,
>> do tipo mais de 300 equipamentos.
>> Criação de mapas e uma extrema facilidade de integrar triggers a eles,
>> assim como inclusive integrar dados coletados, permitindo uma visão com
>> retardo de tempo real próximo dos 30 segundos, sem degredar a performance.
>>
>> Fica a dica.
>>
>> Em 21/3/2012 17:01, Lista escreveu:
>>
>>>   Boa Tarde,
>>>
>>> Caros colegas, hoje uso o cacti para monitorar o meu link de internet,
>>> porém ele de um dia para o outro ele já dá uma diferença, onde não sei se
>>> é
>>> por conta do RRDTools, mas tipo se um dia bate 20Mbp/s ae vou ver esse
>>> gráfico depois fica como se tivesse um pico de 15 a 18Mega.
>>> Tipo teria como fazer algo para que ele mostra-se o que realmente foi
>>> consumido durante um X período, para assim ter uma idéia de qual foi
>>> realmente o pico?
>>> A intenção depois é documentar isso e analisar os dados em planilhas.
>>> --
>>> gter list    https://eng.registro.br/**mailman/listinfo/gter<https://eng.registro.br/mailman/listinfo/gter>
>>>
>>
>> --
>> "Quando a Morte decide contar uma historia,
>> A melhor ação que possa fazer é ouvi-la,
>> e torcer por não ser a sua própria a tal história."
>>
>> Flames>  /dev/null ( by Irado !! ).
>> RIP Irado!
>>
>> Paulo Henrique.
>> Analista de Sistemas / Programador
>> BSDs Brasil.
>> Genuine Unix/BSD User.
>> Fone: (21) 9683-5433.
>>
>> --
>> gter list    https://eng.registro.br/**mailman/listinfo/gter<https://eng.registro.br/mailman/listinfo/gter>
>>
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter

-- 
"Quando a Morte decide contar uma historia,
A melhor ação que possa fazer é ouvi-la,
e torcer por não ser a sua própria a tal história."

Flames > /dev/null ( by Irado !! ).
RIP Irado!

Paulo Henrique.
Analista de Sistemas / Programador
BSDs Brasil.
Genuine Unix/BSD User.
Fone: (21) 9683-5433.




More information about the gter mailing list