O Zabbix é a ferramenta certa para mim?

Eu só quero monitorar um pequeno punhado de servidores (menos de 10).

Ao ler vários lugares, parece que os principais concorrentes (pelo menos para código aberto) são:

• Nagios
• munin
• zabbix

Pelo que li, muitas pessoas tendem a usar munin e nagios juntos - munin para história e gráficos e nagios para alertar.

Por outro lado, parece que o Zabbix é uma solução mais completa e mais fácil de configurar do que os outros dois. Então, eu estava pensando em seguir esse caminho.

Meus pensamentos agora são:

1. Quais são as desvantagens gerais do Zabbix?
2. O Zabbix ocupa pouco espaço nas caixas que está monitorando?
3. Eu realmente preciso configurar um outro servidor inteiro para ele? Atualmente, tenho um servidor que está sob carga muito leve - posso usá-lo com dois propósitos?

Eu acho que seria melhor se concentrar em responder às perguntas específicas que você tinha, levando em consideração o tamanho da sua implantação planejada (~ 10 hosts monitorados).

1. Quais são as desvantagens gerais do Zabbix?

   • ele não descobrirá automaticamente o que monitorar, quando alertá-lo e etc. - você terá que pensar em quais métricas você está interessado e configurá-las antecipadamente
   • a depuração deixa algo a desejar. embora com um ambiente tão pequeno, opções de ajuda como fórum, canal irc etc. sejam suficientes

2. O Zabbix ocupa pouco espaço nas caixas que está monitorando?

   Sim definitivamente. O Zabbix pode monitorar usando métodos como SNMP, verificações simples de rede (uma porta está aberta?) E também possui agente nativo para muitas plataformas. Como o agente é escrito em C, ele tem uma pegada extremamente pequena (em oposição a vários scripts interpretados ...). Você pode combinar facilmente verificações diferentes em um único host monitorado. Observe que você não está limitado ao monitoramento de servidores, também pode adicionar dispositivos de rede e outras coisas.

3. Eu realmente preciso configurar um outro servidor inteiro para ele? Atualmente, tenho um servidor que está sob carga muito leve - posso usá-lo com dois propósitos?

   Depende - se estiver executando um dos sistemas operacionais suportados pelo servidor - definitivamente. Para esse ambiente, os requisitos serão realmente baixos. Certifique-se de usar modelos padrão apenas como orientação, é recomendável criar o seu próprio com intervalos mais longos entre as verificações. Basicamente, o Zabbix consiste em 3 componentes - DB, frontend, servidor. Se desejar, você pode reutilizar o servidor de banco de dados e o servidor da web existentes na empresa para os dois primeiros componentes e, em seguida, executar o servidor Zabbix em qualquer plataforma suportada - essa é uma configuração perfeitamente válida.

Qualquer consulta específica seria muito bem-vinda no #zabbix no Freenode.

Eu uso o Zabbix há 2 anos, antes de usar o Nagios ...

Na minha opinião, a grande diferença é: com o Nagios, você obtém um status (OK / WARNING / CRITICAL), com o Zabbix, você obtém os dados (número inteiro, float, string ...)

É um ponto realmente bom para o Zabbix porque:

• você pode representar graficamente qualquer dado (numérico) sem 'criar / definir' um gráfico
• você pode 'facilmente' definir alertas / gatilhos a partir de mais de um valor de dados

O uso do agente para coletar dados de sistema básicos fácil / rapidamente também é muito bom.

Desvantagens do Zabbix:

• menos conhecido que Nagios
• banco de dados para armazenar configuração e dados (mais difícil de fazer backup e manipular do que arquivos simples)

Quais são seus objetivos para o monitoramento? Tempo de atividade? Atuação? Métricas de faturamento? Alguns dos utilitários listados acima são melhores para cada um desses usos e outros piores.

Para garantir o tempo de atividade , usamos o monit , que é gratuito e simples de configurar nos sistemas Unix / Linux. Esse utilitário monitora se um processo está ativo e garante que ele não esteja usando mais do que seu quinhão de recursos (CPU, memória) - e se estiver se comportando mal, o monit reiniciará o processo.

Para monitorar o desempenho , sugiro munin . É fácil de configurar e usa perl / bash / python / qualquer como método de coleta de dados. Munin tem a capacidade de coletar desempenho de várias máquinas em um só lugar e cria gráficos fáceis de entender.

Para métricas de cobrança (consumo de largura de banda), sugiro o PRTG . Não é gratuito, mas fornece relatórios e estatísticas de nível profissional que podem ser facilmente usados ​​como parte do relatório de cobrança do seu cliente, se você fizer esse tipo de coisa. Substituímos a instalação do Zabbix, que exigia o uso de agentes em cada máquina monitorada, pelo PRTG, que usa SNMP, e nunca mais olhamos para trás.

Também usei o Zenoss , que era muito bom e era simples de instalar e configurar. O Zenoss exigiu um longo período de treinamento para aprender como obter todas as métricas necessárias.

Eu uso o zabbix para monitorar a infraestrutura da nossa empresa (que é de apenas 6 servidores + todo o material de rede). Eu tenho o zabbix há mais de dois anos e funciona muito bem. Gosto do fato de que tudo está em um aplicativo e não requer a instalação de muitos plugins. A interface não ganha nenhum prêmio de design, mas é surpreendentemente bem apresentada em termos de funcionalidade. Eu tive alguns problemas intermitentes de hardware em nossos servidores no passado e ter muitos dados históricos no zabbix definitivamente ajudou muito a estreitá-los.

Algumas versões pareciam ter problemas de estabilidade e travavam de vez em quando, mas a monit cuidava disso.

Eu recomendo colocar o zabbix em uma caixa separada (e algum hardware de servidor desativado de 3-4 anos atrás funcionará muito bem) O aplicativo em si não é muito pesado, mas coloca uma pressão significativa no banco de dados (mysql no meu caso) - salvar todos os dados históricos não sai barato.

Eu usei o Zenoss e o Zabbix. A única reclamação que tenho sobre o Zabbix é que ele sempre parece travar comigo. Eu tinha uma instalação no meu antigo trabalho, onde dobramos o Zabbix e o Zenoss (Kamil pode responder mais sobre isso) e também uma instalação em casa e no Free Geek Vancouver, onde eu faço o trabalho do administrador de sistemas. Todos os três travam regularmente e o daemon precisa ser reiniciado.

O Zenoss que eu acho interessante é porque é bastante estável e tem uma interface muito mais agradável, no entanto, consome muitos recursos.

Com tudo o que foi dito, eu continuaria com o Zabbix em busca de uma solução de monitoramento apenas porque a maneira como o SOP é para configurar novos dispositivos está mais em sintonia com o que penso. A melhor coisa a fazer é configurar todos eles e ver qual deles você mais gosta.

Estamos usando o Zabbix há mais de 4 anos (executando 1.6 agora) e ele ainda não travou nem uma vez (executando no RHEL5). Minha única reclamação no passado foi a falta de documentação e suporte amigável (falando sobre o suporte gratuito da comunidade). Há uma documentação melhor agora que eu notei.