我们中肯定有些人拥有某些集群服务, 但, 我们如何使用Centreon监控它? 那是, 知道集群提供其服务，因为其成员提供该服务.

我说了什么, 根据我们的基础设施，有时拥有高可用或负载均衡的服务是常见的, 我们讨论的是主动/主动或主动/被动类型的集群. 在主动/主动的情况下, 我们都知道集群的所有成员都提供其服务, 在主动/被动的情况下, 除了一个节点，所有成员节点通常都是停止的. 主动/主动是首选，因为它可以负载均衡并利用资源，相对于主动/被动, 此外, 有时后者会带来意外, ya que hasta que no se levantan sus servicios no sabes si van a funcionar.

总, en este documento vamos a ver cómo monitorizar que la salud del clúster es buena o mala dependiendo de sus miembros y el estado de los servicios de los mismos. Gracias al script ‘check_cluster’ podremos consultar el estado de los Hosts o Servicios miembros.

¡Al turrón! Cómo monitorizar con Centreon esto… pongamos un ejemplo sencillo, un servidor WEB1, un WEB2, WEB3… todos son máquinas que ofrecen la misma página web, 通过 HTTPS. 井, pues primero será tenerlos monitorizados como es habitualmente: Individual cada Host, con sus Servicios… y luego ya podremos comenzar con esto 🙂

首先, instalamos el script que vamos a necesitar:

yum install nagios-plugins-cluster.x86_64 -y

Y vamos directamente a crear el Comando. Todavía no vamos a bajar a shell, hoy no es necesaria. “配置” > “命令” > “检查” > “创造” y crearemos dos. Uno para comprobar los servicios miembros (del clúster), y el otro para los hosts miembros (del clúster):

• 名字: check_cluster_servicios
• 命令: /usr/lib64/nagios/plugins/check_cluster –service -l $ARG1$ -w $ARG2$ -c $ARG3$ -d $ARG4$

• check_cluster_hosts
• 命令: /usr/lib64/nagios/plugins/check_cluster –host -l $ARG1$ -w $ARG2$ -c $ARG3$ -d $ARG4$

Los argumentos serán:

• ARG1 : Será la descripción del servicio que veremos luego en GUI.
• ARG2 : El número de servicios miembros caídos que nos alertará como Warning.
• ARG3 : El número de servicios miembros caídos que nos alertará como Critical.
• ARG4 : ¡Aquí viene la salsa de este comando! Lo comentamos a continuación.

Lo siguiente ya será crear un Servicio a monitorizar al clúster, por ejemplo si el certificado lo tienen todos sus miembros bien instalado. Creamos el servicio, lo asociamos como siempre a una plantilla, y al comando recién creado.

Los argumentos de Warning y Critical dependerán de cuántos servicios/hosts caidos queremos permitir para alertarnos.

El último argumento, es el interesante, será una lista de servicios o equipos a controlar. Tenemos que concatenar los Servicios miembros a checkear en el siguiente formato: $SERVICESTATEID:WEB1:Certificado HTTPS$,$SERVICESTATEID:WEB2:Certificado HTTPS$,$SERVICESTATEID:WEB3:Certificado HTTPS$. Como veis utiliza variables de Centreon, por lo que desde la shell (todavía) poco podemos hacer (y no es necesaria). En el caso de querer monitorizar los Hosts miembros, el argumento luego lo cumplimentaremos con este formato: $HOSTSTATEID:WEB1$,$HOSTSTATEID:WEB2$,$HOSTSTATEID:WEB3$

注意: Al final con las variables de $SERVICESTATEID: o $HOSTSTATEID lo que obtendremos será el estado actual de ese Servicio o Host, 那是, 一 0 si es OK, 1 si es WARNING, 2 si es CRITICAL…

Y tras crear los servicios que ofrece el clúster nos quedaría algo así. En el ejemplo que vemos, sería un clúster Activo/Pasivo, donde a pesar que uno de los nodos miembros tenga los servicios caidos, el clúster no se ve afectado, por tanto su salud y la de sus servicios es OK.

井, que hacía tiempo que no ponía algo de Centreon, espero que os haya parecido interesante y es una manera de controlar clústers u otro tipo de combinaciones que necesitemos, dependencias entre máquinas para un servicio esté activo…

Que un abracito gordo y que vaya muy muy bien la semana, cuidarse!