Alguém usa check_mk para Nagios? Algo que eu deveria estar ciente antes de considerar?

http://mathias-kettner.de/check_mk.html

Tenho testado em algumas máquinas de desenvolvimento e parece bem bacana. No entanto, não consigo encontrar muita informação sobre as implantações dele. Alguém executa isso ativamente? Alguém descartou isso como uma opção por algum motivo?

Isenção de responsabilidade: Eu costumava trabalhar nesse projeto porque achava extremamente poderoso. (e eu ainda acho)

Eu o uso desde 2009 e, exceto pelas configurações herdadas, nunca toquei em uma configuração "normal" (pode-se dizer legada) do Nagios novamente. Seria uma perda de tempo.

A maior configuração que conheço é ~ 1200 servidores de monitoramento. (não: servidores monitorados) Esse também é publicado, mas a pergunta original é anterior.

Agora ele está sendo usado em muitos lugares que não estavam satisfeitos com nagios simples, em oposição a NMS de maior escala como o OpenView e mudaram de idéia.

A principal diferença não é a escalabilidade (como a 37signals parece gostar bastante), ou a detecção automática de itens monitoráveis ​​em um sistema remoto, o que torna tudo mais fácil e até alerta se algo novo é adicionado, mas não está sendo monitorado.

Não, a coisa mais importante a longo prazo é a configuração, que é estritamente baseada em regras (e escrita como python). Algumas 100 linhas de configuração do Check_MK são suficientes para permitir gerar 200 mil linhas de sintaxe nagios chata e antiga, das quais você nunca mais vai olhar.

• Ele também possui um editor de configuração baseado na Web. Com herança. E validação.
• A GUI é, entre outras coisas, otimizada para links WAN. E, na verdade, é uma estrutura da Web completa, e é por isso que também existem painéis e um mecanismo de classificação de log que pode receber syslog ou snmp para o processamento do Nagios com conjuntos de regras flexíveis.
• Todas as verificações são gravadas com altos padrões de qualidade e são exibidas com o tempo economizado para o usuário.

Não há pôneis embora.

• As pessoas geralmente ficam confusas com a interação entre o Check_MK e o Nagios, o que não é trivial, mas na verdade muito bem separado: ele escreve config, o Nagios executa essa configuração e chama o Check_MK para monitorar os sistemas.
• Se alguém não estiver usando o editor gráfico de configuração "WATO", ele será considerado especialista em Nagios.
• Não há manual de GUI Ops! (mas: ajuda em linha que pode ser ativada em tempo real)
• os patches de suporte IPv6 que funcionam perfeitamente estão flutuando há anos e ainda não foram a lugar algum.

Existem muitos mais prós e contras a serem levantados, mas acho que já mostrei os dois lados muito bem. Pessoalmente, eu gosto da eficiência das configurações do Check_MK e fico muito chateado se tiver que trabalhar com as configurações antigas do Nagios. Mesmo que eles usem estruturas de modelo agradáveis ​​ou sejam comandados pelo Puppet, ele ainda parece envelhecido e desamparado em comparação comigo.

Isenção de responsabilidade: veja acima;)

Alguém usa? Sim.

A 37signals (uma empresa de software) acabou de publicar uma visão geral de como eles monitoram seus sistemas usando nagios, e os principais benefícios que eles viram quando começaram a usar o check_mk. http://37signals.com/svn/posts/3178-nagios-monitoring-performance