Migración de funcionalidades de Pandora FMS 6.0 a 7.0
Volver a Índice de Guías Rápidas de Pandora FMS
Tenga siempre presente que al actualizar desde la versión 6.0 de Pandora FMS solo podrá migrar hasta la versión 7.0 NG 759. Desde allí deberá seguir actualizando a sucesivas versiones (consulte el historial de versiones de PFMS para aplicar los MR correspondientes después de que haya migrado a la versión 759).
Mapas de Red
En la versión Pandora FMS 7.0 NG se han eliminado los mapas de red de versiones anteriores y se ha mejorado la Consola de Red. Por lo tanto, en la migración se perderán todos los mapas de red creados y en su lugar deberemos crear Consolas de Red. En esta nueva versión podemos asociar directamente desde la Consola de Red la unión entre las diferentes interfaces monitorizadas de los dispositivos y de esta forma poder tener todas las posibilidades de configuración directamente sobre el mapa y no cambiándolas dentro de la configuración de los módulos.
Estas uniones se deberían configurar a través del propio recon de la red, pero en el caso de que no se haya ejecutado el mismo y queramos realizar las conexiones a mano, podremos configurarlas de esta forma.
Tareas de Reconocimiento L2
A la tarea de Recon estándar (Network sweep) se ha añadido la opción que hasta ahora venía realizando el script personalizado SNMP L2 Recon. Este script seguirá funcionando en la versión 7.0 NG tras migrar de versión, aunque los cambios embebidos dentro del modo Network Sweep para mejorar el enlazado entre interfaces de los diferentes dispositivos de red no están incorporados dentro del script SNMP L2 Recon.
Renombrado de agentes
Una de las features más solicitadas por parte de los clientes ha sido la de la posibilidad de renombrar agentes software instalados. En versiones anteriores este cambio se tenía que realizar en consola y en el fichero de configuración, suponiendo un gran trabajo si el número de elementos a modificar era alto.
Para solventar este problema hemos desarrollado un nuevo elemento denominado Alias. A partir de ahora van a coexistir dos elementos en el nombrado de un agente, el nombre y el alias.
En instalaciones migradas de la versión 6 a la 7, este elemento va a ser el mismo:
A partir de ahora, si queremos modificar el nombre visible del agente nos bastará con modificar el Alias del mismo para verlo representado con ese nombre en todas las vistas:
El cálculo del nombre del agente, de los agentes de la versión 7.0 NG creados a partir de ahora, se hace a través de un conjunto de sentencias aleatorias. De esta forma, en el caso de tener 2 máquinas con el mismo hostname, tendremos en la consola de Pandora FMS estos dos agentes con diferentes nombres de Agente y el mismo Alias.
En el caso de que no queramos que se dé esta situación (por ejemplo, en el entorno de Pandora FMS disponemos del plugin de vmware + de agente software instalado en las VMs y deseamos tener la información de ambas fuentes en el mismo agente lógico) podemos indicarle al agente que se comporte como en versiones anteriores y nos cree un agente con el mismo Alias y Nombre del agente. Para ello, debemos introducir los siguientes parámetros en el fichero de configuración del agente software:
#agent_name 5fa9bdc9ad26a4d0e87d0f0d15ed786c3bd487441b2d5e8d7c42b90e8389797d #agent_name_cmd __rand__
De esta forma el agente se creará con el nombre como ha sucedido siempre, con la información que reciba de ambas fuentes. Eso sí, podremos cambiar el alias simplemente desde la consola cuando lo necesitemos y la información seguirá apareciendo igual.
En el caso de que actualicemos el agente o los servidores satélite de versión debemos conservar los ficheros de configuración que se estén usando, ya que en el caso de borrarlos se creará un nuevo agente con el nombre aleatorio y perderemos la información de histórico almacenada, salvo que introduzcamos los mismos parámetros anteriores en la nueva configuración.
Nuevos agentes de Pandora FMS
Se ha cambiado y unificado la información que van a reportar por defecto a partir de ahora los agentes de Pandora FMS en la versión 7.0 NG.
Estos van a ser los módulos que reportarán:
Agente Linux
Agente Windows
Siempre y cuando no se trate de un agente nuevo, tras la migración los agentes seguirán teniendo la misma configuración en sus módulos y no se añadirán automáticamente los módulos incluidos con el agente de la versión 7.
Esta es la configuración a añadir en cada uno de los casos:
Agente Linux
# Could change depending on linux distro and vmstat command version module_begin module_name CPU Load module_type generic_data module_interval 1 module_exec vmstat 1 2 | tail -1 | awk '{ print $13 }' module_max 100 module_min 0 module_description User CPU Usage (%) module_min_warning 70 module_max_warning 90 module_min_critical 91 module_max_critical 100 module_unit % module_group System module_end # Could change depending on linux distro and vmstat command version module_begin module_name CPU IOWait module_type generic_data module_interval 1 module_exec vmstat 1 2 | tail -1 | awk '{ print $16 }' module_min_warning 10 module_min_critical 16 module_unit % module_description Too much IOwait means IO bottleneck and performance problems. Check also LoadAVG. module_group System module_end # Get load average module_begin module_name Load Average module_type generic_data module_exec cat /proc/loadavg | cut -d -f1 module_description Average process in CPU (Last minute) module_group System module_end # Basic info about TCP Connection module_begin module_name TCP_Connections module_type generic_data module_exec netstat -an | grep tcp | grep -v LIST | wc -l module_description Total number of TCP connections active module_group Networking module_end # This plugin detects all disk and report used space (%) module_plugin pandora_df_used # This plugin detects system free memory and used swap (in %) module_plugin pandora_mem_used # This plugin will get the network usage (bytes/sec) module_plugin pandora_netusage
Agente Windows
# CPU Load using WMI module_begin module_name CPU Load module_type generic_data module_wmiquery SELECT LoadPercentage FROM Win32_Processor module_wmicolumn LoadPercentage module_max 100 module_min 0 module_description User CPU Usage (%) module_min_warning 70 module_max_warning 90 module_min_critical 91 module_max_critical 100 module_unit % module_group System module_end # Basic info about TCP Connection module_begin module_name TCP_Connections module_type generic_data module_exec netstat -an | find /c /v "estab" module_description Total number of TCP connections active module_group Networking module_end # Example plugin to retrieve drive usage module_plugin cscript.exe //B "%ProgramFiles%\Pandora_Agent\util\df_percent_used.vbs" # Example plugin to retrieve memory usage module_plugin cscript.exe //B "%ProgramFiles%\Pandora_Agent\util\mem_percent_used.vbs" # Example plugin to retrieve network usage module_plugin cscript.exe //B "%ProgramFiles%\Pandora_Agent\util\network.vbs"
Update Manager / Rolling Release
Esta nueva versión de Pandora FMS nos proporcionará la capacidad de poder realizar cambios en la base de datos de Pandora FMS dentro de los paquetes OUM que se irán distribuyendo. Para ello, entraremos a la sección Update Manager Online o Offline, dependiendo si disponemos de conexión o no.
Update Manager Online
Accedemos a esta sección a través de Update Manager > Update Manager Online.
Si disponemos de una nueva versión a instalar nos aparecerá un mensaje como este:
Pinchamos sobre la opción de “Update to the last version”:
Al aceptar la actualización se descargará el siguiente paquete y se aplicará. Si este paquete además dispone de cambios en la base de datos, aparecerá el siguiente mensaje antes de aplicar los cambios para que se pueda realizar con anterioridad un backup de la base de datos y asegurarnos de que, en el caso de que en el proceso de aplicación de los nuevos scripts se produzca algún error, podamos recuperar el estado anterior de la base de datos.
Al aplicar el MR se efectuarán los cambios en la base de datos, y una vez finalizado el proceso deberá aparecer la versión aplicada y actualizada:
Update Manager Offline
Accedemos a esta sección a través de Update Manager > Update Manager Online.
Subimos el paquete en la opción que nos aparece:
Una vez aplicado el paquete nos aparecerá el mensaje de que se ha aplicado el paquete correctamente:
Si este paquete conlleva cambios en la base de datos, se aplicarán y nos aparecerá el siguiente mensaje tras su aplicación:
Para conocer en qué versión nos encontramos se ha añadido al footer de la consola un nuevo campo que nos indica en qué MR o versión de la base de datos nos encontramos; con ello no vamos a tener dudas acerca de saber si se han aplicado los cambios a la base de datos o no:
Nuevas plantillas de alerta
Se han añadido dentro de las template de alertas estas nuevas plantillas:
Vienen dentro de las nuevas instalaciones que se realicen en Pandora FMS 7.0 NG, pero no se aplicarán tras migraciones de versiones anteriores, por respetar todas las configuraciones que se hayan realizado.
Nomenclatura de monitorización de interfaces
Se ha modificado la nomenclatura con la que actualmente se creaban todos los módulos de monitorización de interfaces de red, para que se pueda ordenar fácilmente la información de los mismos a partir del nombre de su interfaz.
En versiones anteriores se estaba utilizando esta nomenclatura:
En la nueva versión se utiliza este formato:
Para aprovechar todas las features de las que dispone Pandora FMS 7.0 NG sobre los mapas Enterprise, gráficas de interfaces, etc., es necesario modificar mediante las siguientes querys SQL los nombres de los módulos:
UPDATE tagente_modulo SET nombre = CONCAT(REPLACE(nombre, 'ifOperStatus_', ''), '_ifOperStatus') WHERE nombre LIKE('ifOperStatus_%'); UPDATE tagente_modulo SET nombre = CONCAT(REPLACE(nombre, 'ifInOctets_', ''), '_ifInOctets') WHERE nombre LIKE('ifInOctets_%'); UPDATE tagente_modulo SET nombre = CONCAT(REPLACE(nombre, 'ifOutOctets_', ''), '_ifOutOctets') WHERE nombre LIKE('ifOutOctets_%');
Para configurar aparte los módulos en el satélite server, que necesita modificar los módulos manualmente dentro del fichero de configuración, se deberán renombrar los módulos en los ficheros de configuración del satélite (IMPORTANTE: si la configuración remota está activada, habrá que actualizarlos en el servidor y modificar los .md5, o bien borrarlos del servidor, renombrarlos en el satélite y dejar que vuelva a enviarlos).
Ejecutar desde el servidor en el caso de tener la configuración remota desactivada:
sed -i -e 's/ifOperStatus_\(.*\)/\1_ifOperStatus/' /etc/pandora/conf/*.conf sed -i -e 's/ifInOctets_\(.*\)/\1_ifInOctets/' /etc/pandora/conf/*.conf sed -i -e 's/ifOutOctets_\(.*\)/\1_ifOutOctets/' /etc/pandora/conf/*.conf sed -i -e 's/ifOperStatus_\(.*\)/\1_ifOperStatus/' /var/spool/pandora/data_in/conf/*.conf sed -i -e 's/ifInOctets_\(.*\)/\1_ifInOctets/' /var/spool/pandora/data_in/conf/*.conf sed -i -e 's/ifOutOctets_\(.*\)/\1_ifOutOctets/' /var/spool/pandora/data_in/conf/*.conf
Después, una vez aplicados estos cambios, necesitaremos que se apliquen dentro de los conf del satélite server; para ello, hay que modificar el fichero .md5 de cada agente. Nos bastará con poner un valor aleatorio a cada uno de ellos.
echo 1 >/var/spool/pandora/data_in/md5/*.md5