¿Alguien usa check_mk para Nagios? ¿Algo que debería tener en cuenta antes de considerarlo?


11

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

Lo he estado probando en un par de máquinas de desarrollo y parece bastante ingenioso. Sin embargo, no puedo encontrar mucha información sobre sus implementaciones. ¿Alguien ejecuta esto activamente? ¿Alguien descartó esto como una opción por alguna razón?


Gracias por el enlace! Definitivamente voy a probar esto. Parece excelente para cheques locales y un reemplazo para NRPE.
Wouter de Bie

No he usado esto, pero hace IMO, encaja en ese paisaje difuso de devops. En chef / puppet usarías ohai / facter para hacer lo que parece este plugin mk, exportarías una configuración nagios que conecta un estado ohai / facter. Esto quizás parece menos indirecto. Gracias por el enlace, ¡definitivamente lo investigaré yo mismo!
dsummersl

Respuestas:


3

Descargo de responsabilidad: solía trabajar en ese proyecto porque sentía que era extremadamente poderoso. (y todavía lo creo)

Lo uso desde 2009 y, a excepción de las configuraciones heredadas, nunca volví a tocar una configuración Nagios "normal" (se podría decir que es heredada). Se sentiría como una pérdida de tiempo.

La configuración más grande que conozco es ~ 1200 servidores de monitoreo. (no: servidores monitoreados) Ese también está publicado, pero la pregunta original es anterior.

Ahora se está utilizando en muchos lugares que no estaban contentos con los simples nagios en comparación con los NMS a gran escala como OpenView y cambiaron de opinión.

La diferencia clave no es la escalabilidad (ya que las señales parecen disfrutar bastante), o la autodetección de cosas que se pueden monitorear en un sistema remoto que lo convierte en un nobrainer e incluso lo alerta si se agrega algo nuevo pero no se está monitoreando.

No, lo realmente importante a largo plazo es la configuración, que está estrictamente basada en reglas (y escrita como python). Unas 100 líneas de configuración Check_MK son suficientes para permitirle generar 200K líneas de sintaxis nagios aburridas que nunca mirará hacia atrás.

  • También tiene un editor de configuración basado en la web. Con herencia. Y validación.
  • La GUI está, entre otras cosas, optimizada para enlaces WAN. Y en realidad es un marco web completo, razón por la cual también hay paneles y un motor de clasificación de registros que puede incluir syslog o snmp para el procesamiento de Nagios con conjuntos de reglas flexibles.
  • Todos los cheques están escritos con altos estándares de calidad y se muestran a tiempo ahorrados para el usuario.

Sin embargo, no hay ponis.

  • La gente a menudo se confunde acerca de la interacción entre Check_MK y Nagios, lo cual no es trivial pero en realidad está muy bien separado: escribe config, Nagios se ejecuta con esa configuración y llama a Check_MK para monitorear los sistemas.
  • Si alguien no está usando el editor de configuración gráfico "WATO", se supone que están en un nivel experto en Nagios.
  • ¡No hay manual de GUI Ops! (pero: ayuda en línea que se puede habilitar sobre la marcha)
  • Los parches de soporte IPv6 que funcionan perfectamente han estado flotando durante años y aún no se han ido a ninguna parte.

Hay muchos más pros y contras para mencionar, pero creo que ya mostré bastante bien a ambos lados. Personalmente, me gusta la eficiencia de las configuraciones de Check_MK y estoy realmente molesto si tengo que trabajar con las configuraciones de Oldskool Nagios. Incluso si usan marcos de plantillas agradables o están tomados de Puppet, todavía se siente envejecido e indefenso en comparación conmigo.

Descargo de responsabilidad: ver arriba;)


1
Correcto, me gustó check_mk pero no pude usarlo debido a la falta de soporte para IPv6. Estoy en un entorno 100% de doble pila.
Michael Hampton

mi idea es usar NAT64 en el cuadro de monitoreo o su puerta de enlace y hacer el monitoreo al 100% a través de v6; el núcleo icinga está muy preparado para v6, por ejemplo. Oh bien. Muy pronto, las personas v4 solo comenzarán a ver los problemas que su holgura les trae :)
Florian Heigl

Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.