check_ganglia_metric

check_ganglia_metric es un plugin de Nagios que le permite activar alertas en cualquier Ganglia métrica.
check_ganglia_metric fue fuertemente inspirado por check_ganglia_metric.php de Vladimir Vuksan, pero viene con una serie de mejoras.

Instalación
# PIP instalar check_ganglia_metric
... O:
# Easy_install check_ganglia_metric
Configuración Ganglia
A menos que su servidor de Nagios y los ganglios Meta Daemon se ejecutan en el mismo host, usted probablemente tendrá que editar su gmetad.conf para permitir conexiones remotas desde el servidor de Nagios.
Para permitir conexiones desde nagios-server.example.com:
trusted_hosts nagios-server.example.com
Para permitir conexiones desde todos los hosts (probablemente un riesgo de seguridad):
all_trusted en
Pruebas en la línea de comandos
En primer lugar, vamos a ver si check_ganglia_metric puede comunicarse con los ganglios Meta Daemon:
check_ganglia_metric.py --gmetad_host = gmetad-server.example.com
& Nbsp; - metric_host = host.example.com --metric_name = cpu_idle
Status Ok, Idle CPU = 99,3% | cpu_idle = 99,3% ;;;;
El mensaje "Status Ok" indica que check_ganglia_metric está trabajando. Si usted está teniendo problemas para conseguir que esto funcione, vuelva a intentarlo con el registro detallado activado (--verbose) con el fin de obtener una mejor idea de lo que va mal.
Ahora vamos a tratar de establecer un umbral de alerta:
check_ganglia_metric.py --gmetad_host = gmetad-server.example.com
& Nbsp; - metric_host = host.example.com --metric_name = cpu_idle --critical = 99
Estado Crítico, CPU Idle = 99,6% | cpu_idle = 99,6% ;; 99 ;;
Le dijimos a check_ganglia_metric devolver un estado "crítico" si la CPU Idle era mayor que 99. El mensaje "Estado Crítico" indica que funcionaba. Tenga en cuenta que check_ganglia_metric analiza gamas y umbrales de acuerdo con las directrices oficiales de desarrollo plugin de Nagios.
Para ver una lista completa de las opciones de línea de comandos con una breve explicación, a cargo check_ganglia_metric con la opción --help.
Configuración de Nagios
En primer lugar, crear una definición de comando:
comando definir {
& Nbsp; check_ganglia_metric command_name
& Nbsp; command_line /usr/bin/check_ganglia_metric.py --gmetad_host = gmetad-server.example.com --metric_host = $ HOSTADDRESS $ --metric_name = $ ARG1 $ --warning = $ ARG2 $ --critical = $ ARG3 $
}
Ahora usted puede utilizar el comando anterior en sus definiciones de servicios:
define service {
& Nbsp; service_description inactividad de la CPU - Ganglia
& Nbsp; uso some_template
! & Nbsp; check_command check_ganglia_metric cpu_idle 0: 20 0: 0!
& Nbsp; nomb_sist_pral host.example.com
}
Esto funciona bien hasta que algo va mal con check_ganglia_metric (por ejemplo, el archivo de caché no se puede leer / escribir a, el Meta Daemon Ganglia no puede ser alcanzado, etc.). En ese momento, todos los servicios que se basa en check_ganglia_metric fallará, posiblemente usted inundando con alertas. Podemos evitar esto mediante el uso de dependencias de servicio.
Lo primero que necesitamos es una definición de comandos para comprobar la edad de un archivo:
comando definir {
& Nbsp; check_file_age command_name
& Nbsp; command_line / usr / lib / nagios / plugins / check_file_age -f $ ARG1 $ w $ ARG2 $ -c $ ARG3 $
}
A continuación, se define un servicio que comprueba la edad de archivo de caché de check_ganglia_metric. Tenga en cuenta que para ser realmente eficaz, este servicio necesita ser revisado por lo menos tan (preferiblemente más) con frecuencia que el resto de los cheques que se basan en check_ganglia_metric:
define service {
& Nbsp; caché service_description para check_ganglia_metric
& Nbsp; uso some_template
& Nbsp;!!! Check_file_age check_command /var/lib/nagios/.check_ganglia_metric.cache 60 120
& Nbsp; localhost nomb_sist_pral
& Nbsp; check_interval 1
& nbsp; max_check_attempts 1
}
Y, por último, hemos creado la dependencia real del servicio. Tenga en cuenta que después de haber habilitado use_regexp_matching en Nagios, lo que me permite usar expresiones regulares en mis directivas. Al seguir "- Ganglia" al final de cada servicio que se basa en check_ganglia_metric, puedo salvarme a mí mismo un gran esfuerzo:
definir servicedependency {
& Nbsp; localhost nomb_sist_pral
& Nbsp; caché service_description para check_ganglia_metric
& Nbsp; dependent_host_name *.
& Nbsp;. Dependent_service_description * - Ganglia $
& Nbsp; execution_failure_criteria c, p
}
Ahora bien, si algo va mal con check_ganglia_metric, sólo una alerta será enviado sobre el archivo de caché, y todas las revisiones de servicio dependientes se pondrá en pausa hasta que arregle el problema que causó check_ganglia_metric a fallar. Una vez que se solucione el problema, tendrá que actualizar la marca de tiempo en el archivo de caché con el fin de poner el "caché para check_ganglia_metric" servicio de nuevo en un estado bien (lo que permitirá cheques de servicios dependientes para continuar):
& Nbsp; toque /var/lib/nagios/.check_ganglia_metric.cache
Consejos y trucos
Es posible obtener una lista completa de los ejércitos y las métricas disponibles habilitando el registro "más detallado" (-vv). Dado que se requieren las opciones metric_host y METRIC_NAME, usted tiene un poco de un "huevo y la gallina" problema aquí, pero eso está bien. Justamente proporcionando algunos datos ficticios. El plugin error al final con un "host / métrica no encontrado" de error, pero no antes de que vuelca su caché:
& Nbsp; check_ganglia_metric.py --gmetad_host = gmetad-server.example.com
& Nbsp; - metric_host = --metric_name ficticia = -vv maniquí

¿Cuál es nuevo en esta versión:

• Añadir - opción -metrics_max_age
• Combinar CHANGELOG.rst en README.rst

Requisitos :

• Python
• Nagios

Limitaciones :

• No funciona con Python 2.4