Falha nos gráficos

[saulo]

Bom dia,

Tenho persistido em usar o zabbix na empresa que trabalho,mas venho me deparando com um grande problema.
Instalei o zabbix em um Ubuntu server e agora em um redhat 5, em ambos estou tendo o mesmo problema.
Acontece que em alguns momentos, os gráficos gerados estão falhando muito, tornando pessima a visualização.
Poderiam me ajudar?

[tpramos]

Saulo verifique se o processamento e disco do seu servidor zabbix estão aguentando o numeor de informações, tente aumentar o tempo entre as coletas dos graficos que es´tão com problemas.

[saulo]

problema continua

bom, o load da máquina esta baixo, tem memória suficiente, problema de performace eu nao tenho.

Aumentei o tempo, as falhas diminuiram, mas mesmo assim ainda tem várias falhas

[zabbix_zen]

Olá Saulo.

É possível que o seu Zabbix Server esteja a ter dificuldades em despachar o número de items que recebe em cada instante, situação bastante provável se ainda tiver o número de StartPollers default.

Tente aumentar esse valor no zabbix_server.conf

[saulo]

Olá Saulo.

É possível que o seu Zabbix Server esteja a ter dificuldades em despachar o número de items que recebe em cada instante, situação bastante provável se ainda tiver o número de StartPollers default.

Tente aumentar esse valor no zabbix_server.conf

Boa, resolveu, não conhecia esse parâmetro!
Muito obrigado

[exkg]

Tópico interessante que eh recorrente no fórum.

Uma dica aqui eh tentar NÃO utilizar os templates padrões do zabbix pois nele existem coletas de 5 segundos e como sabemos uma coleta ocupa um poller a cada busca de dados.

Temos uma implantação com 30K itens utilizando 5 pollers. Eh importante ter em mente que 1 poller eh mais um processo e uma conexão no banco e portanto usa mais recursos do servidor.

[spaww]

Tópico interessante que eh recorrente no fórum.

Uma dica aqui eh tentar NÃO utilizar os templates padrões do zabbix pois nele existem coletas de 5 segundos e como sabemos uma coleta ocupa um poller a cada busca de dados.

Temos uma implantação com 30K itens utilizando g pollers. Eh importante ter em mente que 1 poller eh mais um processo e uma conexão no banco e portanto usa mais recursos do servidor.

Aqui eu utilizo, indiretamente, os templates padroes do Zabbix... mas com o seguinte padrão: Herdo os templates padroes para um novo template (link...) e desabilito no novo template ou mudo os valores que acho q tenho q mudar (como os tempos de coleta).

[RafaelMoreno]

Opa.

Galera tive problemas parcidos, o que eu percebi é que meu numero de poolers não estava aguentando muito menos a maquina rodar o MySQL + Zabbix

Sistema Debian Lenny x64
Servidor: Dell 2950 2 Procs com 4 Nucleos + 4 Gb de RAM

Fiz o seguinte

Hj rodo só o server no Dell 2950.

E rodo um MySQL Server em uma Dell R700 com VMWare.

Acabei com o problema :P

[spaww]

Opa.

Galera tive problemas parcidos, o que eu percebi é que meu numero de poolers não estava aguentando muito menos a maquina rodar o MySQL + Zabbix

Sistema Debian Lenny x64
Servidor: Dell 2950 2 Procs com 4 Nucleos + 4 Gb de RAM

Fiz o seguinte

Hj rodo só o server no Dell 2950.

E rodo um MySQL Server em uma Dell R700 com VMWare.

Acabei com o problema :P

Hmmmm... bom saber... ja estive observando alguns problemas tb... derrepente vou pelo mesmo caminho...

[RafaelMoreno]

Hmmmm... bom saber... ja estive observando alguns problemas tb... derrepente vou pelo mesmo caminho...

Spaww rodo as Poolers completas cada uma com 255

Agora vou criar um proxy secundário ou um novo Node pois tenho clientes fora dos meus dominios conectados via VPN, então bem capaz de criar um node para conectar os proxys que vão ficar nos clientes

[exkg]

Oi,

Meus dois centavos: a melhor pratica eh NAO subir o numero de pollers a nao ser que isso realmente seja necessario.

Como disse antes um poller eh uma coleta e consequentemente uma conexao no banco e consequentemente mais IO, memoria, sockets, OpenFiles, Inodes, blah, blah, blah. O ideal eh ajustar os tempos de coleta dos templates e tentar controlar o 'Itens por segundo'.

Ficar aumentando o numero de pollers eh soh para 'comer hardware'. Com 5 poolers e 5 trappers ativos conseguimos coletar 30K itens em cerca de 2.5K hosts.

O caminho eh trabalhar com itens ativos e proxies (caches e buffers no agente e no proxy) assim manter a carga do servidor ZABBIX controlada.


[]s,
Luciano

[RafaelMoreno]

Oi,

Meus dois centavos: a melhor pratica eh NAO subir o numero de pollers a nao ser que isso realmente seja necessario.

Como disse antes um poller eh uma coleta e consequentemente uma conexao no banco e consequentemente mais IO, memoria, sockets, OpenFiles, Inodes, blah, blah, blah. O ideal eh ajustar os tempos de coleta dos templates e tentar controlar o 'Itens por segundo'.

Ficar aumentando o numero de pollers eh soh para 'comer hardware'. Com 5 poolers e 5 trappers ativos conseguimos coletar 30K itens em cerca de 2.5K hosts.

O caminho eh trabalhar com itens ativos e proxies (caches e buffers no agente e no proxy) assim manter a carga do servidor ZABBIX controlada.


[]s,
Luciano

Luciano,

Depende muito do que você pretende coletar.

No meu caso eu coleto 25988 para apenas itens, preciso disso praticamente em Real Time

[exkg]

Exato, cada caso eh um caso ... cada implantacao eh uma implantacao.

Sabemos que nem tudo queremos 'real time' e por isso os tempos de coleta podem/devem ser ajustados para aderir ao ambiente monitorado.

Meu receio eh que estejamos 'dando recursos' para o ZABBIX (e sua gang: MySQL, Apache, etc) sem avaliar o que exatamente queremos coletar e quais as granularidades desejadas e ideiais para cada tipo de coleta.



[]s,
Luciano

[spaww]

Exato, cada caso eh um caso ... cada implantacao eh uma implantacao.

Sabemos que nem tudo queremos 'real time' e por isso os tempos de coleta podem/devem ser ajustados para aderir ao ambiente monitorado.

Meu receio eh que estejamos 'dando recursos' para o ZABBIX (e sua gang: MySQL, Apache, etc) sem avaliar o que exatamente queremos coletar e quais as granularidades desejadas e ideiais para cada tipo de coleta.



[]s,
Luciano

Concordo com o Luciano,

Afinal... o objetivo é que os servidores monitorados não sejam afetados pela monitoração... não percam recursos computacionais para atender à demanda por informação dos agentes.

Por exemplo aqui, para os servidores de aplicação, ajustamos os temos de coleta de espaço em disco para 600 segundos visto que estes servidores não costumam a crescer rapidamente a utilização e nao tem muito sentido coletar dados em tempo menor economizando assim processamento, I/O, rede e espaço em disco no BD do Zabbix.

[]s,
SpawW

[RafaelMoreno]

Concordo com o Luciano,

Afinal... o objetivo é que os servidores monitorados não sejam afetados pela monitoração... não percam recursos computacionais para atender à demanda por informação dos agentes.

Por exemplo aqui, para os servidores de aplicação, ajustamos os temos de coleta de espaço em disco para 600 segundos visto que estes servidores não costumam a crescer rapidamente a utilização e nao tem muito sentido coletar dados em tempo menor economizando assim processamento, I/O, rede e espaço em disco no BD do Zabbix.

[]s,
SpawW

Depende,

No meu caso trabalho com bancos em alta disponibilidade que cresce cerca de 1 Gb por minuto ou mais.

Então preciso da coleta de espaço em disco rapida e precisa para mapear aonde preciso aumentar espaço etc...

Trabalho tbm com Routers e Switchs com links cuja disponibilidade é de nossa competencia.

Tks,