Primeros pasos con Pandora FMS

Primeros pasos con Pandora FMS. Guía oficial de arranque para sacar el máximo provecho de Pandora FMS, desde la instalación a la generación de informes. Si no quieres enredarte con el manual, esta es tu guía.

1. Introducción

El propósito de esta guía es introducir Pandora FMS de forma rápida y concisa a alguien que no está familiarizado con la herramienta.

La finalidad no es hacer un recorrido a través de todas las funcionalidades de Pandora FMS, si no hablar de aquellas más relevantes para poder administrar y operar en tiempo récord. 

La arquitectura de Pandora FMS, está compuesta de distintos servicios: 

Nosotros llamamos agente a todo equipo o dispositivo de la red que esté en disposición de ser monitorizado. Es decir, todo aquello de lo que podamos obtener datos y tenga una dirección IP asociada, como pueden ser servidores, routers o switches.

El número de estos agentes es lo que se usa para licenciar una instalación de Pandora FMS.

La información que se recoja en cada uno de estos agentes es indiferente, de manera que da igual que sea un router con apenas unas métricas sencillas o un switch de 48 puertos lleno de información. Estas métricas en Pandora FMS se conocen como módulos.

Requisitos mínimos hardware

Los requisitos expuestos en esta tabla son las recomendaciones mínimas para las distintas instalaciones. Estas recomendaciones están calculadas suponiendo que el 80 % de los módulos tienen histórico de datos, cada agente tiene unos 10 módulos de media y que el muestreo medio es de cinco minutos. Estas recomendaciones están especificadas para un entorno donde se instalan en el mismo servidor base de datos, PFMS Server y Consola web:

Hardware PEQUEÑO MEDIANO GRANDE
CPU 2 núcleos a 2 GHz 4 núcleos a 2,5 GHz 6 núcleos a 3 GHz
RAM 4 GB 8 GB 16 GB
Dispositivo de almacenamiento 15 K RPM o SSD 15 K RPM o SSD SSD
Espacio de almacenamiento ~20 GB ~60 GB ~120 GB
Capacidad Hasta 1000 módulos  Hasta 10.000 módulos  

Hasta 30.000 módulos

Además de las recomendaciones anteriores, se recomienda la instalación de MySQL en un servidor independiente e instalar Percona XTraDB en lugar de MySQL estándar.

2. Arquitectura básica

Servidores de Pandora FMS

Los Servidores están integrados en una única aplicación, llamada de forma genérica PFMS Server, la cual es una aplicación multihilo que ejecuta de forma concurrente diferentes instancias o servidores especializados de Pandora FMS. Estos son los elementos encargados de realizar las comprobaciones existentes pues verifican y cambian el estado de las mismas en función de los resultados obtenidos. También son los encargados de disparar las alertas que se establezcan para controlar el estado de los datos.

Pandora FMS gestiona automáticamente el estado de cada servidor, su nivel de carga y otros parámetros. El usuario puede monitorizar el estado de cada servidor a través de la sección de estado de servidores de la Consola web:

pfms_servers_2.png

Servidores básicos

Data Server (activado por defecto): Es el encargado de procesar la información enviada por los EndPoints (en formato XML), el servidor lo procesa y almacena el resultado en la base de datos. También es el encargado de generar alertas y eventos conforme a esos datos, esto último es de importancia crítica. Para habilitar el servidor es necesario configurar la línea dataserver 1 en el fichero /etc/pandora/pandora_server.conf .

En la configuración remota (Consola web) del Data Server se podrán activar visualmente el resto de los servidores. También cuenta con la opción extra de visualización y edición del fichero /etc/pandora/pandora_server.conf.

Network Server (activado por defecto): Este servidor ejecuta tareas de monitorización remota a través de la red, pueden ser chequeos ICMP, peticiones TCP y peticiones SNMP. El servidor y las máquinas remotas deben tener comunicación para ejecutar dichos chequeos. A partir de la versión 785 este servidor también cuenta en su haber con las siguientes tareas:

Discovery Server (activado por defecto): Permite explorar redes para detectar equipos y aplicarles plantillas de monitorización de forma rápida. También permite el despliegue rápido de monitorización específica de bases de datos, sistemas cloud y entornos virtuales mediante paquetes DISCO. Incluye las herramientas necesarias para descubrir o importar dispositivos y equipos en la red. Para habilitar el servidor es necesario configurar la línea discoveryserver 1 en el fichero /etc/pandora/pandora_server.conf .

Heavy server (activado por defecto): ejecuta chequeos complejos de forma remota mediante scripts personalizados, gestionándose de forma centralizada. Este servidor permite a un usuario avanzado definir sus propias comprobaciones, desarrolladas por él mismo, e integrarlas en la aplicación para que se puedan usar de forma cómoda desde Pandora FMS. Tiene , además, otras varias funciones importantes:

Network High Performance Server (activado por defecto) maneja las cargas de trabajo de los chequeos ICMP y SNMP:

Se puede establecer para cada servidor el número de hilos que utilizarán los procesos en la instancia donde esté instalado Pandora FMS.

Consola web de Pandora FMS

Es la interfaz de usuario de Pandora FMS, permite controlar el estado de los Agentes, ver información estadística, generar gráficas y tablas de datos. También es capaz de generar informes y definir de forma centralizada nuevos agentes, módulos, alertas y crear otros usuarios y perfiles.

console785.png

Base de datos de Pandora FMS

Pandora FMS utiliza una base MySQL en la que se almacena toda la información recibida en tiempo real, normalizando todos los datos de las diversas fuentes origen (servidor, agentes, etcétera).

Actualmente Pandora FMS solamente soporta MySQL, MariaDB y Percona.

Agentes

En Pandora FMS existen dos tipos de agentes y pueden ejecutar módulos de tipo remoto y de tipo local:

PAT_Tema2.2-1.png

PAT_Tema2.2-2.png

Generalmente, la monitorización de servidores y equipos se llevará a cabo con EndPoints mientras que la monitorización de equipos de red se hará de forma remota sin la instalación de ningún software.

Topologías, esquemas y modelos de monitorización

Lo ideal es que todos los equipos monitorizados tengan comunicación con el servidor de Pandora FMS, pero en ocasiones nos encontraremos con casos en los que no tengamos total comunicación entre los distintos elementos  que queramos monitorizar, vamos a mencionar distintas situaciones a las que podemos enfrentarnos y como subsanarlas.

Redes accesibles
Redes con dificultad de acceso

Modo-Broker.png

Proxy-Mode.png

¿No se están logrando los resultados explicados en el capítulo? Acceda a la sección de ayuda o soporte

3. Instalación

Instalación en la nube (online)

El término "proveedor en la Nube" (o simplemente "Nube") es utilizado para describir el alojamiento de máquinas virtuales, ya sea de manera exclusiva o compartida, en proveedores especializados con hardware, hipervisores y sistemas web de atención al cliente para su configuración y administración.

Para cualquiera de ellos puede instalar Pandora FMS. Se recomienda Red Hat o Rocky Linux 9 como sistema operativo, al menos 4 gigabytes en memoria RAM y 20 gigabytes en espacio libre de almacenamiento de tipo Solid State Drive (SSD).

Para más información sobre métodos alternativos de instalación se puede consultar el capítulo de Instalación de Pandora FMS de nuestra documentación oficial. 

Acceda a la línea de comandos como le haya dispuesto su proveedor en la Nube y seleccione su sistema operativo elegido.

Puede obtener el script de instalación y una version de prueba gratuita en el siguiente enlace:
https://pandorafms.com/es/trial-gratis/

Al terminar de ejecutar el script le dejará instalado y listo para usar Pandora FMS en su última versión.

Primeros pasos

Tras unos segundos mostrará en la pantalla de terminal que ha finalizado y Pandora FMS estará instalado. En esta misma pantalla encontrará encontrar la dirección IP o URL que el sistema ha asignado para poder conectarse a la Consola web de Pandora FMS. 

Una vez que se conoce la dirección IP del sistema de Pandora FMS, ya se puede acceder a él desde un navegador. Escriba en él la siguiente dirección, compuesta por la dirección IP que se ha obtenido:

http://x.x.x.x/pandora_console

Si todo es correcto se accederá a la pantalla de bienvenida de la Consola web de Pandora FMS, similar a esta:

pfms-web_console-login-785.png

¿No se están logrando los resultados explicados en el capítulo? Acceda a la sección de ayuda o soporte

4. Detectando y monitorizando nuevos sistemas con Discovery

La herramienta Discovery de Pandora FMS nos aporta un conjunto de herramientas para simplificar la monitorización a través de asistentes, entre los que se encuentra la función Network Scan (escaneo de red) de Discovery.

Para utilizarlo, se deben seguir los siguientes pasos. En el menú lateral: Management → Discovery → Host&Devices → Network Scan.

pfms-management-discovery-host-and-devices-netscan_2.png

Crearemos la tarea tal como sigue: Seleccionamos el grupo Unknown, el cual se usará para contener los dispositivos que detecte en ese grupo, el intervalo Manual y el Discovery Server predeterminado. A partir de ahora llamaremos de forma genérica "agentes" a los dispositivos gestionados y/o monitorizados por Pandora FMS. Avanzamos al siguiente paso, por defecto mostrará la exploración simple:

pfms-management-discovery-host-and-devices-netscan_4.png

Aunque se puede dejar esta opción y guardar, mejor especificamos una red para disminuir la carga de trabajo ya que de manera predeterminada se examinarán todas las redes a las cuales tenga acceso el PFMS Server.  Para ello escogemos la opción Advanced

pfms-management-discovery-host-and-devices-netscan_6.png

Podemos seleccionar diferentes aspectos de la monitorización inicial que se aplicarán a los dispositivos descubiertos. Por defecto está activada la opción de aplicar reglas de autoconfiguración (Apply autoconfiguration rules) tal como como se ve en la imagen. Dejaremos marcada la opción Review results (revisar resultados). Hay varias opciones más que podrá profundizar con la práctica de la herramienta.

Una vez creada la tarea de reconocimiento, como se ha creado con intervalo manual, habrá que arrancarla manualmente. Para ello, en la lista de tareas de discovery, forzaremos su ejecución:

pfms-management-discovery-host-and-devices-netscan-7.png

Se irá actualizando su progreso:

pfms-management-discovery-host-and-devices-netscan-8.png

En cualquier momento, podemos hacer click en el icono de la lupa para ver los detalles de la tarea:

 pfms-management-discovery-host-and-devices-netscan-9.png

En este punto es mejor que se espere a que toda la red haya sido detectada.

Aunque se realicen otras tareas mientras se hace la exploración, y como dejamos marcada la opción de revisar resultados, si tenemos activado el sistema de notificaciones se nos avisará oportunamente:

pfms-management-discovery-host-and-devices-netscan-12.png

Se presentará un resumen de lo recopilado. Verá varios sistemas que han sido detectados. En algunos casos se habrá resuelto el nombre del sistema (si por DNS era posible) y en otros habrá detectado el tipo de Sistema Operativo, según las opciones seleccionadas en el escaneo de la red realizado con Discovery. Cada elemento tendrá su casilla de selección para incluir los que se consideren necesarios:

pfms-management-discovery-host-and-devices-netscan-11.png

Los chequeos básicos son del tipo ICMP: el módulo "Host alive", un chequeo que comprueba que la máquina está "viva" y responde desde la red, y el módulo "Host Latency", que calcula el tiempo que tarda el servidor en comunicarse con la máquina. Seleccione alguno de ellos, junto con otros elementos que usted considere de su interés. Al pulsar OK volverá a mostrar otra ventana emergente con los elementos seleccionados:

pfms-management-discovery-host-and-devices-netscan-12.png

Cuando haya terminado, se accederá a la vista de detalle de agentes para ver todos los sistemas detectados y seleccionados.

Menú Operation → Monitoring → Views → Monitor detail, filtrando por grupo Unknown:

pfms-management-discovery-host-and-devices-netscan-10.png


Si no necesitas más monitorización ni configuración, pasemos al alerta de métricas aquí .  ¿No se están logrando los resultados explicados en el capítulo? Acceda a la sección de ayuda o soporte

5. Detección y monitorización de equipos de red y windows con Discovery

Veamos ahora una tarea de descubrimiento más compleja que la anterior, configurando esta vez a SNMP y WMI, dos protocolos que se utilizan para monitorizar remotamente dispositivos, tanto de red (SNMP) como MS Windows® (WMI).

Menú Management → Discovery →Host & Devices →Network scan.

pfms-discovery-network_scan-image_010.png

El proceso de configuración es similar al anterior, esta vez seleccionando el modo avanzado y accederemos a las opciones de configuración de la tarea de descubrimiento en la parte inferior:

pfms-discovery-network_scan-image_020.png 

Para habilitar la monitorización con SNMP y WMI deberemos activar el token correspondiente y facilitar los datos requeridos por cada protocolo.

Las credential store son almacenes seguros de usuario/contraseña que se utilizan posteriormente en chequeos remotos, configuraciones de equipos, acceso remoto, etcétera. De forma que se puedan reutilizar en diferentes puntos de Pandora FMS:

pfms-discovery-network_scan-image_030.png

Habilitaremos también el token Review results, que nos permitirá ver los componentes encontrados por Pandora FMS en la tarea de descubrimiento una vez que termine, mostrando lo que ha encontrado y permitiendo añadirlo a la monitorización remota del agente con un solo clic.

pfms-management-discovery-host-and-devices-netscan-11.png

Si no necesitas más monitorización ni configuración, pasemos al alerta de métricas aquí

¿No se están logrando los resultados explicados en el capítulo? Acceda a la sección de ayuda o soporte

6. Monitorización de dispositivos de red mediante SNMP Interface Wizard

Para poder realizar este tipo de monitorización es imprescindible que SNMP esté configurado en el dispositivo remoto. Esto generalmente necesita activarse con una configuración mínima que permita consultar datos.

Los dispositivos SNMP permiten configurar las direcciones IP que pueden hacer consultas y con cuál comunidad se realizarán las consultas.

La mayoría de dispositivos de red (routers, switches) tienen la community public por defecto.

Para esta monitorización se creará un agente por medio del menú Management → Resources → Manage agents → Create agent, con la siguiente configuración:

pfms-snmp_agent-image_010.png

Campos importantes son IP Address donde se anotará la dirección IP del dispositivo SNMP remoto a chequear. Generalmente esta dirección IP es utilizada automáticamente cuando son creados los módulos más siempre se debe verificar que se haya realmente utilizado esa dirección IP en cada módulo. En el campo Add default monitoring (activo por defecto) veremos dicha característica en acción: Serán creados dos módulos, uno para verificar conectividad, en este caso con el switch y la latencia o tiempo de conexión, su velocidad. Pulse el botón Create para guardar.

Una vez creado el agente vamos a su vista principal (pestaña Main) y en pocos instantes veremos si tenemos conexión al dispositivo, de ser necesario se puede forzar el cheque y refrescar los datos (botones Force checks y Refresh data):

pfms-snmp_agent-image_020.png

Ahora iremos a la pestaña Manage la cual permite acceder al menú desplegable a la opción SNMP interface wizard (esta opción también está disponible en la primera pestaña de izquierda a derecha):

pfms-snmp_agent-image_030.png

Al acceder al asistente SNMP para interfaces de red se presentará el siguiente cuadro de diálogo donde ya se insertado la dirección IP (campo Target IP), traída de los datos generales del agente y se ha seleccionado una credencial de tipo SNMP almacenada de manera previa (campo Import from credential store):

pfms-snmp_agent-image_040.png

Esta credencial almacenada también trae los valores de versión SNMP y su comunidad. Por último seleccionamos el grupo Networking para asignar los nuevo módulos y pulsamos el botón SNMP walk. Bien puede tardar algo de tiempo, según la complejidad del dispositivo, al finalizar la exploración nos fijaremos en el cuadro que permite agrega los chequeos generales a las interfaces de red detectadas.

pfms-snmp_agent-image_050.png

Dejaremos los valores ya marcados y pulsaremos el botón Create modules tras lo cual presentará un cuadro de diálogo con un resumen de los módulos:

pfms-snmp_agent-image_060.png

Al pulsar el botón Ok serán creados los módulos en el agente. 

Los módulos de tráfico de red son de tipo incremental, es decir, que su valor es la diferencia entre la muestra de información que se acaba de recoger y la anterior. Muestra una "tasa" (en este caso en bytes/sec), de forma que necesita un tiempo (entre 1 ó 2 intervalos del agente) antes de poder mostrar valores consistentes. 

Una vez se hay monitorizado durante suficiente tiempo vamos al menú Operation → Monitoring → Views → Monitor detail y en Filters buscamos el grupo de agente y el estado normal:

pfms-snmp_agent-image_070.png

Veamos una gráfica de solamente una de las métricas individuales:

pfms-snmp_agent-image_080.png

También podemos usar la vista de Interfaces Interface information (SNMP), debajo de la vista general de agente, para ver cómodamente la información del tráfico de entrada/salida de cada interfaz:

pfms-snmp_agent-image_090.png

Haciendo click en el icono de gráfica de una interfaz (image-1604424478824.png) veremos más detalles (en Options se puede cambiar el periodo de tiempo):

pfms-snmp_agent-image_110.png

¿No se están logrando los resultados explicados en el capítulo? Acceda a la sección de ayuda o soporte

7. Monitorización remota de dispositivos de red

Monitorización mediante módulos de red. Servicio TCP

En este caso se va a añadir una monitorización para verificar que un servicio SMTP (correo electrónico) está activo en una máquina. Aunque puede ser un chequeo muy complejo (simulando que se envían credenciales de usuario y contraseña, que se envía un correo, etcétera)  aquí se va a simplificar verificando únicamente que el puerto está abierto y que responde.

Para ello se repetirán algunos pasos del capítulo anterior, primero crear un agente y luego crear un módulo de red (Network TCP module):

pfms-smtp_agent-image_010.png

Luego se utilizarán los controles desplegables hasta encontrar el chequeo deseado Check SMTP (25) y se hará clic para crear el módulo (se muestran solamente los campos necesarios, comprobar que traiga la dirección IP del agente):

pfms-smtp_agent-image_020.png


Finalmente se volverán a repetir los pasos (ir a la vista de operación y actualizar hasta que aparezca el monitor). Hasta que un módulo no tiene datos, estará de color AZUL, que indica que todavía no está inicializado:

pfms-smtp_agent-image_030.png

Después de unos segundos debería iniciarse y tomar un valor, VERDE si el servidor SMTP responde, o ROJO si no lo hace:

pfms-smtp_agent-image_040.png

Monitorización mediante plugins de servidor. Pérdida de paquetes en la red

Vamos a monitorizar la pérdida de paquetes en la red utilizando un chequeo remoto que viene preconfigurado en Pandora FMS. Para ello vamos a ir la vista de administración de agentes, pues vamos a medir la pérdida de paquetes desde Pandora FMS a la dirección IP de un agente cualquiera.

pfms_firts_steps-packet_loss-image_10.png

Y crearemos un módulo de tipo Plugin:

pfms_firts_steps-packet_loss-image_20.png

Escogeremos el grupo de componentes Network management y buscaremos Packet loss:

pfms_firts_steps-packet_loss-image_30.png

Se debe colocar la dirección IP del dispositivo a monitorizar en el campo Target IP antes de guardar el nuevo módulo.

Iremos a la vista principal del agente, inicialmente se pintará el módulo como no inicializado en color azul:

pfms_firts_steps-packet_loss-image_40.png

Para acelerar el proceso se pueden forzar todos los chequeos (botón Force checks) del agente en cuestión.

El icono redondo es para forzar a realizar únicamente el chequeo del nuevo módulo:

pfms_firts_steps-packet_loss-image_50.png

Justo a la izquierda del botón de forzar chequeo del módulo tenemos el icono de gráfica y tabla de datos respectivamente . Sirven para mostrar una gráfica interactiva o una tabla con los datos recogidos por dicho módulo. Todos los módulos con histórico activo tienen la posibilidad de ver gráficas o datos:

pfms_firts_steps-packet_loss-image_60.png

Este es un plugin muy interesante, usado en conjunción con el de conectividad básica (ping) y el tiempo de latencia, sirve para determinar la calidad de nuestra red, ya que indica el porcentaje de pérdida de paquetes.

¿No se están logrando los resultados explicados en el capítulo? Acceda a la sección de ayuda o soporte

8. Monitorización web

Para este último ejemplo haremos uso del componente web server de Pandora FMS que sirve para realizar monitorización básica de HTTP y HTTPS.  Este elemento nos permitirá realizar comprobaciones web simples o algo más complejas (en varios casos), utilizando llamadas a bajo nivel. Es útil para ver que nuestras páginas siguen en línea, verificar que podemos realizar una serie de pasos (por ejemplo, rellenar ciertos formularios) y/o que contienen una palabra determinada. Además de verificar que funcionan, podemos medir el tiempo total que tardan.

Para crear un módulo de este tipo tendremos que escoger para la creación del módulo uno de tipo Web module:

pfms-first_steps-web_monitoring-image_010.png

Una vez pulsemos el botón Create veremos un formulario en el que deberemos rellenar los campos necesarios para poder monitorizar una web. Lo más importante será elegir el tipo de chequeo. Vamos a crear un módulo que nos permita comprobar el tiempo de carga de una web y que debe contener las palabras "View license comparison".

Para ello seleccionaremos el tipo de módulo Remote HTTP module to check latency, que nos permitirá ver el número de segundos que tarda en responder el servidor.  

pfms-first_steps-web_monitoring-image_020.png

En este caso haremos solo una petición y comprobaremos que la respuesta devuelva una frase, para ello agregaremos el siguiente código a la caja Web checks:

task_begin
get https://pandorafms.com/en/pricing/
check_string View license comparison
task_end

El chequeo quedará como sigue:

pfms-first_steps-web_monitoring-image_030.png

Como siempre, tras unos segundos, ya habremos recibido algunos datos de este módulo, en este caso, los segundos que tarda la petición en completarse:

pfms-first_steps-web_monitoring-image_040.png

Pandora FMS también ofrece la posibilidad de monitorizar transacciones web complejas gracias a la Experiencia Web de Usuario, la cual es una funcionalidad más avanzada.

¿No se están logrando los resultados explicados en el capítulo? Acceda a la sección de ayuda o soporte

9. Monitorización de servidores remotamente

Pandora FMS nos ofrece también la posibilidad de monitorizar ordenadores que utilicen sistema operativo Linux® o MS Windows® de manera remota sin necesidad de instalar un EndPoint.

Para conseguir esto necesitaremos crear módulos de ejecución remota que nos permitan interrogar al dispositivo desde nuestra instalación de Pandora FMS ejecutando un comando de manera remota y obteniendo el resultado deseado. Por motivos de seguridad se necesitan de credenciales de usuario autorizados en cada sistema operativo por lo que primero haremos uso de la funcionalidad Almacén de Credenciales en PFMS y luego crearemos un módulo de ejecución remota para cada sistema operativo mencionado.

Almacén de Credenciales

El almacén de credenciales almacena conjuntos de usuario/password de manera que se puedan reutilizar en diferentes chequeos y cuyos datos no son mostrados en la configuración del chequeo.

Por medio del menú Management→Configuration→Credential Store se accede a dicha funcionalidad y se debe pulsar el botón Add key.

Primero crearemos una credencial para conectar a un ordenador GNU/Debian® (Ubuntu®) por medio de SSH:

pfms-first-steps-remote-monitoring-image-010.png

Y luego agregamos una credencial para un ordenador MS Windows® por medio de WMI:

pfms-first-steps-remote-monitoring-image-020.png

Nuestras credenciales deberán verse de manera similar a esto:

pfms-first-steps-remote-monitoring-image-030.png

Módulos de ejecución remota

Cree un módulo de ejecución remota en al agente deseado:

pfms-first-steps-remote-monitoring-image-050.png

En el tipo de módulo, para este caso, elegiremos el correspondiente a dato numérico, Remote execution, numeric data:

pfms-first-steps-remote-monitoring-image-060.png

Si se desea monitorizar algo que devuelve un estado verdadero o falso, como por ejemplo, el estado de un proceso, solamente tiene que asegurarse de que su comando devuelva el valor 0 para el valor erróneo y distinto de cero para el valor correcto. Deberá usar un tipo de dato Remote execution, boolean data para que Pandora FMS lo interprete como tal y omita el uso de umbral alguno.

Ahora vamos a configurar el chequeo en sí mismo y agregar los comandos a ejecutar para conocer el número de procesos o tareas que está ejecutando ese ordenador remoto. Este valor es uno de los indicios de la carga de trabajo que realiza la máquina en cuestión:

pfms-first-steps-remote-monitoring-image-070.png

Nótese que:

Los comandos a utilizar son:

Para Linux®:

ps aux | wc -l

Para MS Windows®:

tasklist | find /C /V ""

Por último estableceremos los umbrales de advertencia y criticidad. Como la carga de trabajo que puede llevar a cabo un  ordenador depende intrínsecamente del hardware utilizado, con propósitos didácticos colocaremos arbitrariamente de 200 a 299 para advertir y más de 300 para declarar en estado crítico al dispositivo monitorizado.

Guardamos el módulo y a los pocos minutos se tendrá información similar a la siguiente:

pfms-first-steps-remote-monitoring-image-080.png

¿No se están logrando los resultados explicados en el capítulo? Acceda a la sección de ayuda o soporte

10. Monitorización de servidores mediante EndPoints

MS Windows®

El primer paso es descargar el instalador del EndPoint para MS Windows®, para ello iremos a la sección de descargas, menú Management→Downloads→EndPoints→Windows 64 bits:

pandora-fms-windows-endpoint-800-image-01.png

Todas las versiones disponibles del EndPoint Pandora FMS ONE podrán ser descargadas del siguiente enlace:

https://packages.pandorafms.com/pandorafms/latest/

Una vez descargado el agente, ejecútelo haciendo doble clic sobre él (deberá contar con permisos de administrador) y aparecerá la pantalla típica de instalación, donde irá aceptando todos los pasos:

pfms_endpoint_windows_777.10-image_010.png

pfms_endpoint_windows_777.10-image_020.png

pfms_endpoint_windows_777.10-image_030.png

pfms_endpoint_windows_777.10-image_040.png

pfms_endpoint_windows_777.10-image_050.png

Esta pantalla debe configurar la dirección IP (o nombre) del servidor de Pandora FMS que recibirá los datos del agente y el grupo al que queremos que se asocie el agente. Dicho grupo debe existir en Pandora FMS.

pfms_endpoint_windows_777.10-image_060.png

Aparecerá la opción de habilitar la configuración remota. Es importante tenerla activada haciendo clic en la casilla de verificación para gestionar remotamente la configuración de este agente y no tener que editar ficheros manualmente. Se pueden habilitar funciones de seguridad adicionales:

pfms_endpoint_windows_777.10-image_070.png

Y también configurar el espacio mínimo necesario para guardar localmente el resultado de los chequeos y ser movidos posteriormente al PFMS Server respectivo:

pfms_endpoint_windows_777.10-image_080.png

Para finalizar la instalación bien puede iniciar el servicio del EndPoint al final de la instalación; en todo caso se ejecutará cuando MS Windows® se reinicie de nuevo.

pfms_endpoint_windows_777.10-image_090.png

Una vez terminado este proceso ya se queda instalado y corriendo el EndPoint para MS Windows® en el equipo. En unos segundos deberíamos poder ver el agente reportando en nuestra consola de Pandora FMS.

En caso de no ver el agente en la Consola web: Revise que haya conexión entre el agente y la dirección IP del servidor que ha configurado en el EndPoint.
La comunicación del EndPoint al servidor utiliza el puerto 41121/TCP.

Una vez arrancado el EndPoint para MS Windows® tras su instalación, es  hora de comprobar qué está reportando este agente. Para ello, debe conocer el nombre con el que va a reportar este agente. Por defecto se crea el agente con el nombre del equipo, tal como se puede ver en "Información del sistema" (en este caso DESKTOP-JU0S2L5)

image-1604510876889.png

Una vez sepa el nombre del EndPoint, el siguiente paso es ver si se ha creado en Pandora FMS. Para ello tiene varias opciones. La primera de ellas es buscar en detalles del agente, dentro del grupo en el que se ha creado el agente, en este ejemplo el grupo Servers:

pfms_endpoint_windows_777.10-image_092.png

Una forma más rápida y eficaz de encontrar el agente es realizando la búsqueda directamente a través del buscador de Pandora FMS, una barra en la parte superior de la página, donde puede indicar el nombre de su equipo o una parte de él:

pfms_endpoint_windows_777.10-image_094.png

Por defecto, el EndPoint para MS Windows® viene con varios módulos locales pre-cargados de monitorización básica, como son carga de CPU, porcentaje de memoria RAM libre, etcétera:

pfms_endpoint_windows_777.10-image_096.png

Si necesita añadir nuevos módulos a este agente, puede consultar la documentación avanzada de monitorización con EndPoints.

Podrá ver gráficas generadas con el histórico de datos del módulo y una tabla con el histórico de los mismos desde esta vista pinchando en los iconos marcados en la siguiente captura:

pfms_endpoint_windows_777.10-image_098.png

Es importante destacar que sobre el mismo agente se puede realizar monitorización remota y monitorización basada en EndPoint, puede combinar ambas monitorizaciones, dando lugar a una monitorización mucho más completa.

Linux®

La monitorización de un servidor GNU/Linux® es igual de sencilla, pero requiere hacerlo desde una terminal de comandos. Bien se puede descargar el paquete correspondiente a su distribución Linux® ( o el tarball autoinstalable). Existe también la opción de realizar la instalación por medio de un instalador en línea:

Instalación en línea del EndPoint PFMS

La configuración necesaria para configurar el agente Linux, podrá encontrarla en el archivo:

/etc/pandora/pandora_agent.conf

Una vez configurado, puede arrancar el servicio:

systemctl pandora_agent_daemon

O si su sistema operativo (Devuan, etcétera) no utiliza SystemD:

/etc/init.d/pandora_agent_daemon start

Para MS Windows® también existe un fichero con el mismo nombre en el directorio donde se instaló el EndPoint PFMS, y puede editarlo con un editor de texto estándar. Los tokens de configuración son exactamente iguales para el EndPoint/Linux® que para el agente MS Windows®, exceptuando algunos tokens que son específicos del EndPoint MS Windows®.

Estos son los módulos por defecto que reportan datos en un EndPoint Linux®:

pfms_endpoint_windows_777.10-image_099.png

¿No se están logrando los resultados explicados en el capítulo? Acceda a la sección de ayuda o soporte

11. Configuración avanzada de un módulo

En este apartado veremos cómo configurar algunas de las opciones avanzadas de un módulo, así como definir los umbrales de medida que hacen que un modulo pase a estado WARNING o CRITICAL. En la edición de un módulo se pueden definir, además, muchas otras configuraciones que permiten ajustar cada métrica monitorizada por Pandora FMS a medida.

Navegamos hasta la vista de los módulos del agente, en la vista en modo configuración del agente:

pfms-first-steps-module_setup_advanced-image-010.png

Elegimos el módulo que queramos configurar haciendo click sobre su nombre:

pfms-first-steps-module_setup_advanced-image-020.png

En esta vista encontraremos los campos necesarios para ajustar los umbrales de advertencia y crítico. En este ejemplo,  estamos editando el modulo CPU Load, un módulo que devuelve un valor numérico (como se puede ver en la información de tipo de modulo, es un Generic numeric o generic_data). 

pfms-first-steps-module_setup_advanced-image-030.png

Otros campos de interés pueden ser el checkbox Disabled para desactivar el módulo, o la lista de definición de grupo del módulos al que está adscrito, que sirve para clasificar los módulos de un agente y que así se vean agrupados. Por último el checkbox de Historical data permite definir que este módulo guarde toda la información que recibe (para mostrar gráficas históricas) o solamente el último valor recogido.

pfms-first-steps-module_setup_advanced-image-032.png

Veremos también algunos otros campos interesantes en la pestaña de Categorización:

pfms-first-steps-module_setup_advanced-image-040.png

Umbrales

En esta sección configuraremos los umbrales de advertencia y criticidad para un módulo, los cuales definen qué valores debe tener un módulo para estar en un estado CRITICAL, WARNING o NORMAL. Veamos un ejemplo:

En nuestro ejemplo tenemos un módulo de CPU % al que queremos añadirle umbrales. Este módulo, por defecto, siempre estará en estado NORMAL (verde) siempre y cuando esté entre 0% y 100%.

pfms-first-steps-module_setup_advanced-image-050.png

Si queremos que este módulo se muestre en estado crítico o de advertencia cuando la CPU alcance un porcentaje determinado, deberemos configurarlo determinando los umbrales de Warning threshold y Critical threshold deseados. En este ejemplo, los configuraremos para que cuando la CPU llegue al 60 % de uso el módulo se ponga en estado de advertencia y si supera el 80 %, se ponga en estado crítico.

pfms-first-steps-module_setup_advanced-image-060.png

Después de configurar los umbrales, solo tendremos que pulsar en el botón Update y ya tendremos nuestros umbrales correctamente configurados. El próximo dato recibido ya interpretará esos umbrales.

Unidades

Este campo dentro de las opciones avanzadas permite definir las unidades del dato obtenido en un módulo. Esta unidad se incluirá en gráficas e informes, de forma que sea más fácil interpretar los datos que se muestran al usuario. 

En nuestro ejemplo, queremos que tenga como unidad hits. Nos situamos dentro del campo Unit y en el desplegable escogemos la opción deseada:

pfms-first-steps-module_setup_advanced-image-070.png

Finalmente, hacemos click en el botón "Update" y comprobamos que se muestra correctamente nuestra unidad en la vista de los módulos.

Si la unidad no aparece entre las disponibles podremos definir una haciendo clic en el icono del lápiz.

pfms-first-steps-module_setup_advanced-image-080.png

¿No se están logrando los resultados explicados en el capítulo? Acceda a la sección de ayuda o soporte

12. Como usar los plugins de Pandora FMS

Los plugins permiten a Pandora FMS obtener información que requiere un procesamiento complejo o que requiere el uso de sistemas o API complejas. Ejemplos de plugins pueden ser: la monitorización de bases de datos MySQL® o la pérdida de paquetes entre dispositivos.

En esta guía rápida se van a mostrar ejemplos de plugins que vienen por defecto incluidos en Pandora FMS y también existe la posibilidad de poder crear nuestros propios plugins de servidor y de EndPoint.

Plugins de Servidor

Pandora FMS incluye de manera predeterminada unos cuantos plugins listos para ser utilizados, para visualizar los plugins de servidor registrados en Pandora FMS nos dirigimos a Management → Servers → Plugins. Este tipo de plugins solamente devuelven un valor.

Estos plugins se almacenan en el directorio /usr/share/pandora_server/util/plugin/ y son ejecutados por el PFMS Server.

pfms-first-steps-server_plugins-image-010.png

Para hacer uso de este tipo de plugins es necesario que el servidor de plugins esté habilitado en el fichero /etc/pandora/pandora_server.conf bajo el token heavyserver 1 .

Para crear un módulo remoto de tipo plugin accedemos a la edición del agente, a la pestaña Modules:

pfms-first-steps-server_plugins-image-020.png

Creamos un módulo de tipo Plugin module:

pfms-first-steps-server_plugins-image-030.png

Generalmente se configura de la misma manera que cualquier otro tipo de módulo remoto, en este tipo de módulo disponemos del desplegable Plugin, que nos permite elegir el plugin que se va a utilizar.

En este ejemplo se utiliza el plugin Packet Loss para comprobar la cantidad de paquetes perdidos en un lapso de tiempo entre el servidor y el destino.

pfms-first-steps-server_plugins-image-040.png

Rellenamos los campos con la información necesaria, en el caso del plugin Packet Loss definimos el tiempo de prueba y la dirección IP de destino.

Unos segundos después de haber creado el módulo aparecerá en la vista del agente el módulo y su valor obtenido:

pfms-first-steps-server_plugins-image-060.png

Dependiendo del plugin se tendrán que rellenar diferentes campos específicos, por ejemplo, para el plugin MySQL se deben definir la dirección IP del servidor MySQL, el nombre de usuario y la contraseña, y el dato que queramos extraer:

pfms-first-steps-server_plugins-image-050.png

Plugins de Agente

GNU/Linux®

Este tipo de plugins son almacenados y ejecutados desde un EndPoint y pueden devolver más de un valor.

Estos plugins se almacenan en el directorio /usr/share/pandora_agent/plugins/ del agente local y se definen en el fichero de configuración /etc/pandora/pandora_agent.conf.

En el fichero de configuración vienen definidos por defecto algunos plugins de agente, en este ejemplo se utiliza un plugin llamado top.sh, que muestra los procesos que se están ejecutando en el agente.

pfms-first-steps-server_plugins-image-070.png

Para ver el módulo creado y su valor (o valores, dependiendo del plugin) nos dirigimos a la vista de Agente (del EndPoint) en la Consola web.

pfms-first-steps-server_plugins-image-080.png

Observamos que se muestra como dato obtenido un icono que tiene la forma de una hoja de papel, hacemos clic sobre ese icono para mostrar el listado de procesos extraídos del equipo a través del plugin de agente.

pfms-first-steps-server_plugins-image-090.png

MS Windows®

Los plugins se almacenan en el directorio %ProgramFiles%\pandora_agent\util\ y se definen en el fichero de configuración %ProgramFiles%\pandora_agent\pandora_agent.conf.

Al igual que en Linux®, vienen algunos ejemplos de plugins definidos en el fichero de configuración.

plugin12.png

¿No se están logrando los resultados explicados en el capítulo? Acceda a la sección de ayuda o soporte

13. Alertas por mail

En Pandora FMS las alertas se asignan a módulos específicos de un agente. Cuando dicho módulo entra en un estado particular se pueden realizar acciones, tal como notificaciones a un usuario en particular por Consola web:

pfms-first-steps-alerts_by_email-image-007.png

La primera alerta que vamos a hacer consiste en enviar un mensaje de correo electrónico cuando se pierda la conexión en una de las máquinas que se están monitorizando.

Las alertas en Pandora FMS están compuestas por tres elementos:

  1. Comando (enviar un correo).
  2. Acción (enviar un mensaje a un usuario específico, usando el comando anterior).
  3. Plantilla (ejecutar una acción determinada cuando se da una condición).

En este caso concreto se va a utilizar un comando predefinido (envío de correos), se va a modificar una acción que ya existe (Mail to Admin) para enviarla por un buzón específico y se va a utilizar una plantilla que también existe ya, la plantilla Critical condition, que ejecutará la alerta cuando el módulo en cuestión aparezca en estado crítico.

Con las alertas podemos hacer muchas más cosas, como crear un escalado, crear nuestros propios comandos (para realizar integraciones o notificaciones más complejas), enviar avisos de recuperación y asignar alertas de forma masiva, pero todo eso lo dejamos para otro momento. Esto es una guía rápida ¿Verdad?

Configuración de la alerta de envío por correo

Pandora FMS ya contiene en su instalación un servidor de envío de correos que por defecto cuyo remitente es  yourmail@domain.es . Generalmente esos envíos son calificados como SPAM por cualquier receptor. Para cambiar la dirección de correo electrónico encargada de enviar las notificaciones, y el servidor que los procesa, debemos acceder desde la consola a la sección Management → Settings → System Settings → General Setup. En una de las pestañas de configuración encontrará la sección Alerts configuration:

pfms-first-steps-alerts_by_email-image-010.png

Si utiliza el servidor local (127.0.0.1) no podrá enviar los mensajes de manera correcta, ya que dependerá de la configuración de su entorno. Si necesita más información puede consultar acá en este enlace.

Para evitar que los correos se identifiquen como spam, le recomendamos que utilice un correo corporativo (Gmail®, Proton®, etcétera).

Para poder configurar el destinatario de una alerta solo se necesita modificar la acción. La acción es Mail to Admin en Management→ Actions:

pfms-first-steps-alerts_by_email-image-020.png

Edite la acción Mail to Admin (haciendo clic en su nombre) y utilice este ejemplo como referencia:

pfms-first-steps-alerts_by_email-image-030.png

Se modificará el campo 1 (Destination address) y se pondrá la dirección de buzón de destino.

En el campo 2 se dejará el texto que hay en la captura. Aquí se están usando dos macros ( _agent_ y _module_ ) que reemplazarán en tiempo de ejecución el nombre del agente y el módulo que ha generado la alerta.

Existen cerca de cuarenta macros que puede utilizar para obtener valores a la hora de ejecutar alertas. Consulte la documentación.

El Campo 3 se podrá usar para dar cuerpo al correo, en HTML o texto plano:

pfms-first-steps-alerts_by_email-image-040.png

Aunque Pandora incluye un visor HTML, le recomendamos que si va a componer correos en HTML, copie y pegue aquí el código

pfms-first-steps-alerts_by_email-image-042.png

Si no ha modificado la acción por defecto, la plantilla HTML del correo será similar a esta. Puede modificarla más adelante, ahora veamos como se asignan las alertas.

Asignación de la alerta a un módulo

Navegamos hasta la vista de edición de un agente donde queramos asignar una alerta a un módulo ya definido y hacemos click sobre la pestaña de alertas:

pfms-first-steps-alerts_by_email-image-050.png

Ahora añadimos el módulo (por ejemplo, Host Alive), la plantilla (Critical Condition) y la acción que hemos configurado en el paso anterior ( Mail to XXX ). Añadimos la alerta:

pfms-first-steps-alerts_by_email-image-060.png

Una vez añadida la podremos observar en la vista del agente comprobando si se esta ejecutando o no, viendo el color de su estado:

pfms-first-steps-alerts_by_email-image-070.png

Podemos esperar (o forzar) a que se caiga el host para ver si la alerta funciona, una manera es insertar un valor cero directamente en el módulo, el cual es de tipo verdadero/falso:

pfms-first-steps-alerts_by_email-image-090.png

Un correo con la alerta debería llegar al buzón de correo:

pfms-first-steps-alerts_by_email-image-110.png

¿No se están logrando los resultados explicados en el capítulo? Acceda a la sección de ayuda o soporte

14. Crear un informe personalizado

Pandora FMS nos ofrece la posibilidad de visualizar los datos monitorizados de manera personalizada en informes que se pueden programar para su envío por correo electrónico en varios formatos, exportar a PDF o visualizar en tiempo real.

Para crear un informe personalizado accederemos al menú Operation → Reporting → Custom reports → Reports, donde tendremos disponible el botón Create report + que nos permitirá crear nuestro primer informe.

pfms-first-custom_reports-image-010.png

El primer paso será definir un nombre, grupo, accesos de escritura y la posibilidad de hacer o no un informe interactivo. 

pfms-first-custom_reports-image-020.png

Los informes no-interactivos son informes que por su gran tamaño es preferible que solamente sean programados ya que tardan tiempo en generar por lo que tendrán limitada la visualización por Consola web.

Una vez hayamos rellenado estos datos con los requerimientos deseados, vemos que el menú superior derecho nos ofrece nuevas posibilidades, gracias a las cuales podremos empezar a añadir diferentes ítems de la monitorización que estamos llevando a cabo.

pfms-first-custom_reports-image-030.png

La primera opción es View report para visualizar el informe, seguido de:

A continuación se describe de manera breve algunas de las opciones anteriores.

Wizard

Asistente general que nos permite, por ejemplo, añadir gráficas de diferentes agentes/módulos al informe:

pfms-first-custom_reports-image-040.png 

Este asistente permite crear fácilmente otros tipos de elemento dentro del informe, como por ejemplo mostrar valores máximos, mínimos o medias de módulos en un intervalo de tiempo, listado de alertas disparadas o eventos generados. 

Wizard SLA

Este asistente nos permite crear ítems de informe SLA de manera automática. Podrá elegir los rangos de validez de valor de los módulos a seleccionar. Esta característica le permitirá comprobar el % de tiempo que un módulo ha mantenido valores dentro de rangos específicos. Si no se definen umbrales, estos se ajustarán dinámicamente a los umbrales de criticidad de cada módulo. Podrá saber, en suma, que % del tiempo se han comportado como se esperaba.

pfms-first-custom_reports-image-050.png

Global

 También dispone de informes agrupados:

De esta forma podremos añadir diferentes módulos de diferentes agentes, pudiendo elegir además la operación a realizar en cada módulo: sumatorio, media, mínimo, máximo.

Item editor

En esta pestaña podemos encontrar elementos más específicos, como la posibilidad de crear elementos de inventariado para nuestros informes. 

pfms-first-custom_reports-image-060.png

Esto nos permitirá mostrar los datos del hardware y del software de los agentes que seleccionemos, si estos disponen de recogida de valores de inventario.

Una vez configurados los informes, podremos verlos gracias al icono View report. En el caso de nuestro informe, estos son los resultados:

pfms-first-custom_reports-image-070.png 

¿No se están logrando los resultados explicados en el capítulo? Acceda a la sección de ayuda o soporte

15. Creación de consola visuales

Creación de consola visual Padre

En este primer mapa vamos a añadir el estado de varios agentes distribuidos en un mapa mundial. Se puede realizar de forma manual, uno a uno, o mediante el Wizard. Para facilitar la creación del mismo vamos a utilizar el Wizard en el ejemplo.

Lo primero que tenemos que hacer es crear un nuevo mapa, que llamaremos World Map. 

pfms-first_steps-visual_console-image-010.png

pfms-first_steps-visual_console-image-020.png

Una vez creado pinchamos sobre el Wizard de elementos:

pfms-first_steps-visual_console-image-030.png

En el Wizard seleccionamos el tipo de elemento, en este ejemplo Static Graph (captura de pantalla anterior), la imagen que queremos usar, si queremos usar un ítem por agente o por módulo, y seleccionamos los agentes con los módulos que vamos a añadir dentro del listado que aparece. 

Pinchamos sobre el botón añadir, nos dirigimos a la pestaña "View" y aparecerán en el mapa todos los elementos creados, tal y como vemos en la siguiente captura:

pfms-first_steps-visual_console-image-040.png

Para poder mover o agregar elementos debemos habilitar el token Edit.

pfms-first_steps-visual_console-image-050.png

Movemos todos los elementos como los queramos tener posicionados en el mapa, pinchando y arrastrándolos sobre el mismo.

pfms-first_steps-visual_console-image-060.png

Creación de consola visual Hijo

En el segundo mapa se va a crear un elemento que nos indica el estado de uno de los agentes principales, unidos a él todos los módulos dados.

El primer paso es crear el nuevo mapa tal y como hicimos la vez anterior:

pfms-first_steps-visual_console-image-070.png

Una vez creado, añadimos el elemento que nos muestra el estado del agente seleccionando el elemento de tipo Static image:

pfms-first_steps-visual_console-image-080.png

Creamos también la gráfica eligiendo el elemento Basic chart, añadiendo el agente y módulo del que vamos a ver reflejada la gráfica.

Ya tenemos creado el elemento principal del mapa; ahora vamos a crear un elemento nuevo por cada uno de los módulos que existen en el agente. Para ello, vamos a usar el Wizard realizando su configuración tal. Seleccionamos Static Graph del agente y los módulos que indicamos. Le ponemos como etiqueta el nombre del módulo y le asignamos a este ítem un parent previamente creado en el Mapa Visual, en este caso el elemento anterior que hemos añadido.

Tras crear todos estos elementos, nos aparecerán unidos al elemento principal y los podemos mover arrastrándolos directamente con el ratón en la posición que queramos.

pfms-first_steps-visual_console-image-090.png

Enlazado entre mapas

En los pasos anteriores creamos los dos mapas. En este paso vamos a indicar cómo al pinchar en el elemento situado sobre España en el mapa "World Map", se nos abre directamente el mapa "Continent Map".

Para ello abrimos el mapa World Map, en el modo edición, haciendo doble-clic sobre el elemento y se nos abrirá la edición del mismo. Pinchamos sobre opciones avanzadas y en la opción Linked visual console, seleccionamos el Continent Map. Actualizamos el elemento pinchando sobre el botón OK.

pfms-first_steps-visual_console-image-100.png

Al volver sobre la vista del mapa World Map, hacemos clic en el elemento situado sobre "pandora fms agent" y directamente se nos abrirá el Continent map. Con que en el mapa hubiera un solo elemento en rojo, el icono que representa a Continent map en el mapa padre también se vería en rojo.

¿No se están logrando los resultados explicados en el capítulo? Acceda a la sección de ayuda o soporte

16. Creación de dashboards

Un Dashboard es una funcionalidad de Pandora FMS que permite que cada usuario se construya su propia página de monitorización. Se puede añadir más de una página, y en ella se pueden añadir mapas de monitorización, gráficas y resúmenes de estado, listados breves de eventos (con filtro) y muchos otros widgets. 

pfms-first_steps-dashboards-image_010.png

Para crear nuestros propios dashboards será necesario acceder a Operation -> Reporting -> Dashboards, donde podremos seleccionar el botón New dashboard para crear los que necesitemos.

Pandora FMS nos mostrará una nueva ventana en la que podremos dar nombre a nuestro nuevo Dashboard y definir si será un Dashboard privado, el grupo de monitorización al que pertenece o si queremos definirlo como favorito, permitiendo así que aparezca en el menú desplegable lateral en la sección dashboards.

pfms-first_steps-dashboards-image_020.png 

 Una vez definidos estos pasos podremos configurar directamente nuestro primer widget. 

pfms-first_steps-dashboards-image_030.png

 

Se nos permitirá elegir entre diferentes aspectos de la monitorización de nuestro entorno para mostrarlos por pantalla. Podemos elegir, por ejemplo, la lista de los últimos eventos generados.

Esto dejará preparado nuestro widget, que tendremos que configurar para definir los parámetros deseados, como el tipo de eventos que deseamos mostrar, el tamaño de la lista, la severidad o el grupo al que pertenecen.

pfms-first_steps-dashboards-image_040.png

Una vez seleccionado, nuestro widget empezará a mostrar los datos y podremos comenzar a añadir tantos como queramos pulsando el botón “Add cell (+)” en la vista de edición.

pfms-first_steps-dashboards-image_050.png

Siguiendo este proceso, puede construir dashboard como este en cuestión de unos pocos clicks:

pfms-first_steps-dashboards-image_060.png

¿No se están logrando los resultados explicados en el capítulo? Acceda a la sección de ayuda o soporte

17. Inventario

Pandora FMS permite mantener un inventario de los dispositivos monitorizados por Pandora FMS. Es posible mantener un listado del modelo de procesador, almacenamiento, servicios en ejecución, software instalado en el equipo, entre otro tipo de información.

El inventario es independiente de la monitorización y puede ser obtenido: 


    • De forma remota, mediante Módulos de inventario.
    • De forma local, con el EndPoint de Pandora FMS, mediante plugins en el Agente.

Podemos crear nuestros propios módulos de inventario Remotos y Locales, pero no se entra en detalle en esta guía rápida.

Inventario remoto

Para asignar este tipo de inventario a un agente remoto, accedemos a la edición del agente, a la pestaña Inventory.

pfms-first_steps-inventory-image_010.png

Rellenamos los campos con con la siguiente información:

Opcionalmente podemos establecer un intervalo personalizado para la ejecución del módulo y hacer uso de Custom fields. Hacemos click sobre el botón Add.

pfms-first_steps-inventory-image_020.png

El módulo de inventario se habrá aplicado y podremos realizar acciones como borrar, editar y forzar la ejecución del módulo pulsando sobre sus respectivos iconos.

pfms-first_steps-inventory-image_030.png

Podemos ver los datos recogidos por el módulo de inventario remoto desde Operation → Monitoring → Inventory.

pfms-first_steps-inventory-image_040.png

Inventario local

Estos datos de inventario se obtienen a través de un EndPoint, la configuración es un poco diferente dependiendo de si es un EndPoint para MS Windows® o Linux®.

MS Windows®

Por defecto, existen unas plantillas de inventario en el fichero de configuración del EndPoint pandora_agent.conf, para habilitar los módulos de inventario locales descomentamos el bloque de código correspondiente, en este caso se va a recoger inventario de los discos de almacenamiento disponibles:

El intervalo de ejecución lo definimos a través de cron.

inventory4.png

Linux®

En Linux® también se definen los módulos de inventario en el fichero pandora_agent.conf, pero a diferencia de MS Windows®, aquí se establece descomentando una sola línea, especificando el inventario que deseamos obtener.

La línea significa que se hará uso de un plugin de inventario, el 1 que se recogerán datos de inventario cada 1 día (establecemos a 0 si queremos que se recoja en cada ejecución del agente), y los objetos de los que queremos recoger datos de inventario:

inventory7-2.png


¿No se están logrando los resultados explicados en el capítulo? Acceda a la sección de ayuda o soporte

18. Eventos

Un Evento es todo aquello que ocurre dentro del sistema; desde la creación de un módulo hasta el inicio de sesión de un usuario en la Consola. El evento, en sí, es un texto descriptivo del problema, su origen, un agente, y su fecha de creación. 

Pandora FMS permite la visualización en tiempo real de todos los acontecimientos de nuestros sistemas que se encuentran monitorizados; con esta información podemos realizar las acciones necesarias según el evento creado.

Se muestra información que va desde cualquier cambio de estado de un módulo, alertas lanzadas o recuperadas, hasta reinicios del sistema o eventos personalizados.

Dependiendo de la información que lleve el evento, este aparecerá de un color u otro. Por ejemplo, si llega un evento de información de que un módulo ha pasado a estado crítico, este evento saldrá en rojo.

Gracias a esta vista por defecto podemos observar los “problemas” activos en tiempo real. 

pfms-first_steps-events-image_010.png

Los eventos de paso a estado incorrecto, critical o warning, son validados automáticamente al recuperar la normalidad. Es lo que en Pandora conocemos como autovalidación de eventos y es una funcionalidad esencial, ya que permite ocultar la información que ya no es relevante en la consola de eventos.

Existe la posibilidad en Pandora FMS de establecer alertas sobre los eventos, de manera que en vez de actuar sobre cada módulo, se pueda hacer sobre determinado grupo de módulos, generalizando la monitorización y haciendo mucho más fácil el despliegue de alertas.

Además, se pueden crear reglas de correlación sobre los eventos, elaborando auténticas heurísticas lógicas a la hora de tratar los eventos. Obviamente, son características avanzadas y complejas que no se ven en esta guía rápida.

¿No se están logrando los resultados explicados en el capítulo? Acceda a la sección de ayuda o soporte

19. Trabajar con políticas en Pandora FMS

Pandora FMS nos ofrece la posibilidad de trabajar con las herramientas de creación y gestión de módulos y alertas vistas anteriormente de maneras más eficaces. Una de ellas es la herramienta de operaciones masivas.

Sin embargo, la más potente de estas herramientas son las políticas de monitorización (o simplemente políticas).

Las políticas son grupos de configuraciones donde vamos a agregar elementos que posteriormente podremos cargar de manera masiva en los agentes o grupos de agentes. Esos elementos pueden ser módulos de monitorización (remotos o locales), alertas, inventariado y colecciones de scripts para la monitorización local.

Las políticas de monitorización son una característica avanzada de PFMS.

Las políticas están diseñadas para facilitar el despliegue inicial de toda la monitorización y también para homogeneizar la gestión de la monitorización, ya que podemos unificar chequeos mediante distintos criterios como Sistema Operativo, por aplicaciones, por red..., es decir, por cualquier factor común de los EndPoints y remotos instalados o incluidos anteriormente.

Veremos algunas creadas ya por defecto y las otras que hayamos creado especialmente para monitorizaciones implementadas por nosotros de manera específica según las aplicaciones a usar.

pfms-first_steps-monitoring_policies-image_010.png

Si nos fijamos en las políticas ubicadas en la parte superior, encontramos aquellas destinadas a sistemas operativos como MS Windows®, GNU/Linux® o Solaris®.

Es importante mencionar que los módulos de tipo local se aplicarán si el EndPoint tiene la configuración remota habilitada, en cualquier caso podemos forzar la creación de módulos locales desde la configuración de la política, habilitando el token Force Apply:

pfms-first_steps-monitoring_policies-image_020.png

Módulos de política

Por ejemplo, con la política básica de Linux®, si nos movemos a la parte de módulos, vemos algunos ya precargados para obtener los chequeos correspondientes a uso de CPU, memoria disponible y otras métricas. Estos módulos pueden ser tanto locales como remotos:

pfms-first_steps-monitoring_policies-image_030.png

Justo al lado tenemos otro menú con opciones como un Wizard para crear módulos tanto de interfaces como WMI. Podremos crear módulos de inventario, enlazar políticas y módulos,  utilizar plugins de agente para monitorizar aplicaciones, usar las colecciones para subir ficheros entre el PFMS Server y el EndPoint o crear alertas tanto internas como externas. 

Alertas externas

En las políticas podemos establecer alertas externas, que son alertas para módulos definidos en los agentes a los que se les ha asignado la política, es decir, módulos pertenecientes a los agentes y no a la política en sí. Para ello nos dirigimos a la pestaña External Alerts y hacemos clic sobre Add.

pfms-first_steps-monitoring_policies-image_040.png

Se mostrará la siguiente ventana en la que debemos elegir los módulos que se agregarán a la alerta, en que condición saltará (en este caso cuando el estado de los módulos sea crítico) y la acción que se lanzará.

pfms-first_steps-monitoring_policies-image_050.png

Hacemos clic en Add external alert y observamos las alertas creadas:

pfms-first_steps-monitoring_policies-image_060.png

Alertas

Este tipo de alertas se establecen únicamente a los módulos definidos en la política, nos dirigimos a la pestaña Alerts y hacemos clic sobre Add. 

pfms-first_steps-monitoring_policies-image_070.png

Se mostrará una ventana similar a la anterior en la que seleccionamos los módulos asignados a la alerta, la condición en la que saltará la alerta y la acción a realizar cuando se lance la alerta.

pfms-first_steps-monitoring_policies-image_080.png

Hacemos clic en Add alert y observamos las alertas creadas.

pfms-first_steps-monitoring_policies-image_090.png

Colecciones

Las colecciones son conjuntos de ficheros que podemos desplegar de manera masiva en nuestros EndPoints mediante políticas, para ello nos dirigimos a la pestaña "Colecciones".

Observamos las colecciones que están aplicadas a la política, para añadir otra colección pulsamos sobre el botón Add(+).

pfms-first_steps-monitoring_policies-image_100.png

Plugins de agente

También podemos desplegar plugins de agente de forma masiva a través de las políticas, observamos los existentes y añadimos los nuevos desde la pestaña Agent plugins.

pfms-first_steps-monitoring_policies-image_110.png

Linking

Aquí aparecen los módulos de la política que no están enlazados con el agente, por lo que los cambios que realicemos en esos módulos no surtirán efecto en los agentes a no ser que los volvamos a enlazar marcando los módulos y haciendo clic sobre el botón Link.

pfms-first_steps-monitoring_policies-image_120.png

Módulos de inventario

También podemos añadir módulos de inventario de manera masiva con las políticas desde la pestaña Inventory modules, aunque la obtención del inventariado se realiza de manera remota, con lo que todos los agentes a los que asignemos la política deben tener las mismas credenciales de acceso.

pfms-first_steps-monitoring_policies-image_130.png

Asignar agentes a la política

Una vez definida una política se la asignaremos a nuevos agentes:

pfms-first_steps-monitoring_policies-image_140.png

Y aplicaremos la política a los agentes asignados a dicha política. De esta manera "sincronizaremos" la configuración de todos los agentes y nos aseguraremos de que su configuración de monitorización es la misma para todos los agentes de dicha política.

pfms-first_steps-monitoring_policies-image_150.png

Una vez llevada a cabo esta última operación, todos los agentes seleccionados tendrán en su configuración los módulos que trae dicha política, alertas, plugins, colecciones e inventario de forma masiva, sencilla y rápida.

Si al visualizar todas las políticas existentes aparece ese icono, significa que la política ha tenido cambios y está pendiente de aplicar en todos los agentes implicados.

pfms-first_steps-monitoring_policies-image_160.png

Eliminar política

Para eliminar una política debemos eliminar de ella todos los agentes aplicados, esto lo podemos hacer pulsando sobre el icono de la escoba, después se habilitará el botón de la papelera para eliminar la política.

pfms-first_steps-monitoring_policies-image_170.png

¿No se están logrando los resultados explicados en el capítulo? Acceda a la sección de ayuda o soporte

20. Siguientes pasos

Para ampliar esta guía y que seguramente puedan ser de su interés:

21. ¿Donde mirar en caso de problemas?

Ante cualquier problema, Pandora FMS nos ofrece diferentes herramientas mediante las que actuar: 

pfms-first_steps-where_to_look-image_010.png

pfms-first_steps-where_to_look-image_020.png

pfms-first_steps-where_to_look-image_030.png

Fuentes de información avanzada

Fuentes de información (logs) donde podemos buscar más información, errores, etcétera:

22. Soporte

Foro de Pandora FMS

El foro está abierto 24 horas, 7 días a la semana a cualquiera, puede crear una cuenta y preguntar. Es totalmente gratuito y hay comunidades en inglés y español. Tiene más de 15,000 mensajes que pueden servir para encontrar la solución a un problema como el tuyo o para preguntar a nuestra comunidad.

FAQ de Pandora FMS

Disponemos de una lista de preguntas frecuentes (FAQ) que pueden darle una pista o directamente una solución a un problema concreto. 

Formación oficial de Pandora FMS

Por supuesto, también tiene la opción de la formación, por medio de los cursos oficiales de Pandora FMS (con certificación). Más información en nuestra página web.