Introducción a IBM® Tivoli® Netcool ®

IBM® Tivoli® Netcool ® forma parte del  «Tivoli Management Framework (TMF)», y ambos pertenecen a la miríada de productos de la más que centenaria empresa denominada «International Bussines Machines» o simplemente IBM®, como la conocemos hoy día. Recordemos que esta empresa fue la encargada de automatizar los censos poblacionales en los Estados Unidos de América en el siglo XIX (para ese entonces su nombre era «Tabulating Recording Company»¹ y aún no se había aventurado fuera de su propio país) y fue la responsable indirecta de masificar la computación personal («Personal Computing» o PC) en el siglo XX (papel protagonista que tomó, aprovechando las oportunidades, la empresa Microsoft para afianzarse por muchos años en el mercado). No es de extrañarnos, entonces, que tengan una solución para todo tipo de empresa a lo largo y ancho de este planeta: son muy organizados, esquematizados y muy bien documentados. Tanto es así en este último punto, lo que para sus empleados es natural (informes de cientos e incluso miles de páginas) para nosotros nos produzca un mar de información aparentemente inconexa.

La guía de implementación «IBM® Netcool ® Operations Insight Version 1.4» ocupa 292 páginas en formato PDF, está escrito por cinco autores y pesa 12 megabytes, estamos hablando del manual, ¡la guía rápida!² Tan grande es esta corporación que la división llamada RedBooks® es la encargada de categorizar, publicar en línea (o en papel, si  lo necesitamos) de manera pública y expedita todo lo relacionado con la documentación de sus muy diversos productos. Esta división y especialización del trabajo la mencionamos de manera obligada porque más adelante veremos que el software está fuertemente orientado al trabajo en equipo y colaboración entre departamentos tanto de la empresa cliente como la propia IBM®.

En esta entrada simplificaremos al máximo pero no será pequeño el texto, como tampoco lo es el Gigante Azul («Big Blue»)¹, nombre con el cual también es conocida esta empresa por todo el planeta.

IBM® Tivoli® Netcool ®

Primero deberemos aclarar que «IBM® Tivoli® Netcool ®» como la presentamos, pues no, no es su nombre exacto y completo. Para mayor precisión, el concepto que abstrae en una sola piedra angular toda esta tecnología que IBM® presenta como una solución completa es «IBM Netcool Operations Insight«®. A lo largo del tema nosotros podremos simplemente denominarla y referirnos a ella, ya sea como un todo o uno o más de sus componentes, como Netcool ® tal como se le ha abreviado en sus más de 25 años de existencia en el mercado corporativo.

«IBM Netcool Operations Insight»® integra la gestión de infraestructuras y operaciones en una sola estructura coherente entre aplicaciones de negocio, servidores virtualizados, protocolos y dispositivos de red, protocolos de internet y dispositivos de seguridad y almacenamiento.

La solución incluye los componentes siguientes:

• IBM® Tivoli® Netcool ®/OMNIbus.
• IBM® Tivoli® Netcool ®/Impact.
• IBM® SmartCloud Analytics®.
• IBM® Tivoli® Netcool ®/OMNIbus Insight Pack for IBM® SmartCloud Analytics®.
• IBM® Tivoli® Netcool ®/OMNIbus Message Bus Gateway.
• IBM® Tivoli® Network Manager IP Edition ®.
• IBM® Tivoli® Netcool ® Configuration Manager.
• Jazz for Service Management®.

Cada uno de estos componentes se instala por separado³, cada uno tiene su manual de procedimiento e implementación pero una vez que ya están todos instalados ¿podemos echar manos a la obra y comenzar así a monitorizar nuestra red? Pues no, aún falta «Netcool ® Network Management» : esta solución única combina «IBM® Tivoli® Netcool / OMNIbus»®, «IBM Tivoli Network Manager»® e «IBM Tivoli Netcool Configuration Manager»® (se debe configurar las comunicaciones entre productos para que pueda funcionar)4.

«Netcool Network Management»®

«Netcool Network Management»® es un conjunto integrado de herramientas de gestión de red, que proporcionan descubrimiento de red, supervisión, gestión de sucesos y configuración. Permite una visión centralizada que incluye creación de informes, permite supervisar la red tanto en su desempeño, despliegue y cambios, amén de la gestión y manejo de errores.

Está pensada para dar servicio a millones de eventos por día incluyendo redes físicas y virtuales, mantiene y maneja las operaciones de los distintos componentes que instalamos y centraliza los reportes. Pero quizás la tarea más significativa, dicho en propias palabras de la empresa: «Muestra líneas base de índice de sucesos, previsiones y tendencias que permiten identificar problemas subyacentes y le ayudan a afrontar los problemas de forma proactiva.»

Esto último lo presentan y lo integran como «Inteligencia Artificial» y «Computación en la nube», un enfoque no solo correctivo sino que a la vez es manejado de manera preventiva.

Modo de funcionamiento.

A pesar de toda la grandilocuencia que presenta el software, en última instancia, observamos que Netcool ® , luego de toda su laboriosa instalación, presenta los mismos elementos comunes que la mayoría de programas dedicado a la monitorización de ordenadores: lo destacable es la magnitud que asume el programa, que de hecho da por cierto y real que la empresa que lo contrata es de gran nivel y a escala planetaria.

Por ejemplo, para agregar un elemento controlador personalizado para monitorear un servidor GNU/Linux⁵, utilizaremos el «IBM Tivoli Netcool Configuration Manager»®, opción «Tools» y luego «New driver» tras lo cual se abre un cuadro de diálogo guiado al cual le indicamos que deseamos utilizar una plantilla de IBM  basado en Telnet o SSH. A continuación llenamos de detalles la ficha del nuevo controlador (sistema operativo, versión, etc.) siempre separando por medio de comas si va a tener el propósito de usufructar diferentes versiones, avanzamos a la sección de guiones de dispositivo  («IT MCM communications handle») y bien podemos agregar nuestro propio código, que lo permite, o utilizamos el de algún dispositivo que tenga similar conexión, como por ejemplo un enrutador. Esto último pareciera que no se debe hacer ya que no se corresponde con la realidad pero recordemos que estamos especificando la manera de conectar al dispositivo y no estamos describiendo al dispositivo en sí mismo, que eso lo hicimos claramente al principio.

Lo siguiente que debemos hacer es remover el código correspondiente a la conexión a un enrutador pero que NO es compatible con el servidor GNU/Linux que necesitamos monitorear. Esto es posible porque utilizamos una plantilla la cual es copiada automáticamente, y ya forma parte, del controlador que estamos creando. Finalmente agregamos los comandos de ejemplo que deseamos que realizen el trabajo para luego recolectar la información:

$ cat /etc/redhat-release
$ cat /etc/hosts
$ netstat -nr

La siguiente sección informará cómo se conectará al servidor GNU/Linux, si envía o recibe y envía información, así como una multitud de detalles que deberemos adecuar (este asistente es muy general para permitir el conectar una cantidad masiva y distinta de dispositivos y aparatos, debemos cuidar muy bien que seleccionamos; todo está muy bien documentado).

Al finalizar de crear el elemento controlador personalizado debemos proceder a importarlo al esquema de trabajo: la dirección IP del dispositivo a monitorear, credenciales, horario, etc. De una vez podremos ejecutarlo y ver inmediatamente el resultado en consola, analizarlo y si es necesario corregirlo (el guion) para dejarlo establecido y monitoreando.

Como podemos ver no es muy diferente a la creación de lo que en PandoraFMS llamamos plugin remoto y su creación y registro ⁶, con la diferencia de que con Netcool ® el proceso es mucho más robusto, con una cantidad de pasos adicionales y multitud de detalles. Esto es así porque debemos recordar que IBM® tiene experiencia como fabricante de hardware y toda esa experiencia acumulada durante años y años se ve reflejada (y utilizada en provecho) en cada aspecto de su software.

Almacenamiento de resultados y datos recolectados.

Una vez que tenemos los agentes recolectores de datos pues necesitamos almacenarlos para su posterior análisis. A tal efecto está destinado a trabajar el «Netcool OMNIbus»® para llevar el «Database Gateways»⁷ que consiste, esencialmente y sin entrar en mayores detalles, en una base de datos para reportes y una para auditoria. La diferencia entre ambas es que para la auditoria cada adición, modificación o eliminación de un componente genera un registro mientras que en la de reportes son acciones realizadas para un componente.

Para reportes se puede escoger entre las siguientes tecnologías: Oracle®, Sybase®, MSSQL®, DB2®. Por otra parte en auditoría también podemos usar dichas bases de datos y, además, Informix® y MySQL®.

Se incluye conectividad adicional mediante tres componentes⁸:

• Oracle gateway : Oracle libraries.
• ODBC gateway : DataDirect ODBC drivers.
• JDBC gateway : vendor-provided JDBC drivers.

Esta última, JDBC (Java Database Connectivity) es la recomendada por ser históricamente utilizada y es la puerta de entrada para cualquier software de terceros (área de auditoría) el obtener los datos necesarios.

Forma de trabajo de Netcool ®.

Como recién vimos, es larguísimo el describir esta suite de monitoreo informático, porque fue creada de tal manera que se integre de manera necesaria con los demás productos de la compañía. De seguir así no terminaríamos este artículo y muchísimo menos podríamos hacer una comparativa con PandoraFMS. Por ello, ya que explicamos un panorama general de Netcool ® (implementación, configuración, agentes y almacenamiento de información) sin incluir el software de predicción de problemas, comunicación entre responsables de soporte, etcétera; procedemos a razonar una visión general que incluso se puede extender a otros software de monitorización para así realizar comparativas⁹.

 Por parte de las máquinas.

• De manera masiva los agentes recogen todos los eventos e incidencias y sin excepción son almacenadas en poderosas bases de datos.
• Por medio de reglas preestablecidas se procede a filtrar el material que cumpla con los requisitos, cada cliente tiene sus propias necesidades y/o prioridades, las que se necesitan se pasan al siguinte nivel.

Por parte de nosotros los humanos.

• Las máquinas hicieron su trabajo, ahora toca a los humanos el evaluar alertas, identificar fallas y crear boletos para su resolución: estamos en la etapa de la detección. En este punto es bueno descartar los falsos positivos, no sin antes hacerle su debido registro, que puede ser utlizado a futuro para correlacionar eventos, lo que nos lleva al siguiente punto.
• Los boletos que se abrieron en la etapa anterior se asignan de acuerdo a los conocimientos sobre el tema: estamos en la etapa de reacción.
• Ya en manos adecuadas y familiarizadas con la falla o fallas en cuestión se procede a la revisión de pruebas y evidencias, estamos en la etapa de diagnóstico. Es acá donde se planifica el siguiente punto, del cual probablemente se encargará otro equipo de trabajo.
• En la fase de restauración o reparación se aplican las medidas diseñadas dando así por finalizado el incidente a efectos de operatividad pero a nivel de predicción y evaluación a futuro se pasa a otros departamentos y esto excede ya las tareas de monitorización de servidores y redes y cae más bien en el campo de control y  previsión de pérdidas.

El enfoque de PandoraFMS.

Es una lección aprendida que hay tareas adecuadas para las máquinas y tareas adecuada para los humanos¹⁰. Es por ello que en lo que se refiere a analizar millones de eventos y correlacionarlos pues las máquinas son las más adecuadas para recogerlas (primer paso que explicamos en el Modo de funcionamiento) y luego detectar las anomalías, incluso si están repetidas: esto es cuestión de segundos, lo que nos llevaría horas a nosotros el manejarlos. En lo que somos buenos los humanos es en analizar decenas de problemas y determinar sus causas de orígen, siempre teniendo a la mano los datos bien presentados para basar las decisiones. Minutos después se planificará la solución y será devuelta a las máquinas, quienes la aplicarán en segundos (y en unos cuantos segundos más aprenderán del fallo).

En este aspecto Pandora FMS rompe con lo establecido en monitorización¹¹: evitamos la monitorización compleja y fragmentada fruto de múltiples productos con interfaces de usuario diferentes y separadas, funcionando sobre bases de código separadas y hasta almacenamientos aparte unas de otras; todo esto únicamente da como resultado una implementación sumamente complicada y peor aún, dificulta el mantenimiento una vez se haya logrado implementar. Se traduce que una gran complejidad tiene un coste muy elevado y un elevado tiempo de evaluación. Es por ello que a la hora de adaptarse a las necesidades del cliente PandoraFMS brilla por su estructura de un solo cuerpo, permite implementar los cambios sin retrasos en extensas reuniones de quipos de trabajo por departamento para evitar que los cambios en un módulo no perjudiquen y mantengan la compatibilidad con los otros componentes. Una vez modificado y actualizado el programa, PandoraFMS entrega a todos sus clientes una actualización inmediata gracias a nuestrao nuevo sistema de versionado, los parches y mejoras –incrementales– se irán aplicando de forma progresiva y secuencial desde la consola, sin necesidad de procesos de migración o actualización¹². Una gran complejidad reduce la eficiencia.

Pros y contras de ambos productos.

Colocar en la balanza las ventajas y desventajas ayudará a discernir cual camino de monitorización será el mejor indicado para cada cliente.

Netcool ®

Pros

Tiene como ventaja una larga experiencia de procesos, los han visto todos y los tienen almacenados, categorizados y muy bien documentados. Será bastante difícil que una empresa cualquiera presente un reto nuevo a esta antiquísima y bien cultivada tecnología.

Contra

Precisamente el análisis al extremo de departamentalizar y establecer divisones especializadas conduce un trabajo adicional de comunicación y registro entre ellos, lo cual reduce la eficiencia. Se corre el riesgo, incluso, de aislamiento de áreas de monitorización. Otro punto es la subestimación de los requerimientos del cliente: se supone que ya está todo categorizado y normalizado y se trata de venderle del catálogo de productos los que se acerquen a la solución, aquí no hay productos a la medida.

PandoraFMS

Pro

Se maneja todo conjuntamente lo cual se traduce en rapidez,  visión de un solo golpe de los eventos para su posterior solución y corrección. Acá se reduce grandemente el tiempo inactivo de la empresa, que es de gran coste económico. Dejamos que las máquinas hagan el trabajo que mejor saben hacer para que los humanos tengan la mínima intervención pero que a la hora de tomar las decisiones las hagan sobre datos sólidos, confiables y bien presentados. Teniendo mucho cuidado en no caer en gran complejidad, de hecho es opcional, se desarrolló Integria IMS13: una gestión correcta del flujo de trabajo de los equipos que responden a las incidencias presentadas.

Contra

Hay un refrán que dice «no hay mal que por bien no venga»: es como las administraciones de tráfico aéreo, cuando sucede una catástrofe no solamente se resuelve el caso sino que se aprovecha de implementar medidas a futuro para evitar su repetetición, incluso si suceden de manera análoga. Este punto se subsana porque en PandoraFMS la flexibilidad es nuestro compromiso y podremos escuchar para mejorar e incluso desarrollar elementos nuevos que suplan las carencias a futuro.

Marcas registradas.

• IBM, the IBM logo, e ibm.com son marcas o marcas registradas de «International Business Machines Corporation», registrada en muchas jurisdicciones a nivel mundial. Otros productos y nombres de sevicios pueden pertenecer a IBM u otras compañías. Una lista actual de marcas registradas de IBM está disponible en internet en la página web titulada “Copyright and trademark information” ubicada en http://www.ibm.com/legal/copytrade.shtml
• Los siguientes términos son marcas registradas de «International Business Machines Corporation», y también pueden ser marcas registras no solo en Estados Unidos sino en otros países:
  • DB2®
  • IBM®
  • JazzTM
  • Netcool ®
  • Passport Advantage®
  • Redbooks®
  • Redbooks (logo)
  • Tivoli®
  • WebSphere®
• El logotipo aquí utilizado está definido por formas geométricas que no reúnen los requisitos para llegar al umbral de originalidad y por tanto reúne el requisito de dominio público: tales conceptos y ficheros pueden ser leídos en el siguiente enlace de Wikipedia: https://commons.wikimedia.org/wiki/File:IBM_logo.svg

Imágenes empleadas.

Aparte del logotipo de IBM® señalado debidamrente en la sección anterior, utilizamos las siguientes imágenes con sus orígenes:

1. «Creating custom standard drivers in IBM Tivoli Netcool Configuration Manager» en Wikimedia Commons.

Fuentes consultadas

1. «IBM: El gigante azul cumplió 100 años«.
2. «IBM Netcool Operations Insight Version 1.4 Deployment Guide» por Shaker Al-Muaber, Fernando de Andrade Cavalcanti, Vasfi Gucer, Mario Schuerewegen y Steven Shuman.
3. «Netcool Network Management«.
4. «Netcool Operations Insight, version 1.2, Quick Start Guide» en formato PDF.
5. «Creating custom standard drivers in IBM Tivoli Netcool Configuration Manager» vídeo en Youtube.
6. «Creacion plugin remoto con Pandora FMS» por Carla Andrés.
7. «Historical Database Gateways – An Overview» por Toni Idowu.
8. «Support’s Guide to the JDBC Gateway«.
9. «An Alternative to IBM Tivoli Netcool: Or How to Migrate from Your Legacy IT System» por Mike Silvey.
10. «Buenas Prácticas de monitoreo» por Javier.
11. «Pandora FMS rompe con lo establecido en monitorización» por Carla Andrés.
12. «Novedades en Pandora FMS 7.0 Next Generation» por Carla Andrés.
13. «Integración tickets Pandora FMS – Integria IMS» por Carla Andrés.

Introducción a PRTG ® Network Monitor.

En anteriores oportunidades en este blog hemos publicado artículos comparativos de software de monitorización como Nagios o Zabbix, de supervisión de respaldos tanto su definición y planificación como su implementación con Bacula y Veritas (y desde luego monitorizados con PandoraFMS) entre muchos otros temas. En esta oportunidad hablaremos de «PRTG ® Network Monitor» o simplemente PRTG ® tal como la empresa «Paessler AG» lo denomina en su página web oficial. Esta compañía está radicada en Alemania, en la ciudad de Nuremberg, desde el año 1997 y es miembro del programa “Cisco Solution Partner” y del “VMware Technology Alliance Partner” así que estamos hablando de verdaderos pesos pesados en el mundo del software y hardware (y su monitorización).

Características de PRTG ®.

Instalación e inducción a PRTG ®.

Aunque no ellos no lo expresan de manera explícita, tienen una fuerte dependencia de la casa de software Microsoft® ya que solo funciona bajo el sistema operativo “Microsoft Windows®” (recomiendan “Windows Server® 2012 R2”; para otras ediciones instalar el paquete “.NET framework 4.5” con sus parches de seguridad actualizados). Incluso hay quienes afirman que se puede instalar en entornos virtualizados y respetamos esa opinión.

Demás está decir que es completamente privativo el código fuente (a diferencia de PandoraFMS que es de código abierto) y donde mencionan el uso de código fuente abierto es en el caso de que uno quiera utilizar la “PRTG Application Programming Interface (API)”: para ello debemos publicar en GitHub¹ -con licencia de código fuente abierta- el guion, complemento o suplemento que hagamos para luego registrarnos ante “Paessler AG” en el “PRTG Script World”² y tras la aprobación del personal técnico se nos permitirá publicar allí un artículo explicando el uso del ente programado. Como veis es parte de la seguridad del programa y a la fecha de escribir estas líneas hay 208 guiones o sensores disponibles.

El párrafo anterior era necesario exponerlo porque en la antepenúltima palabra aparece el término “sensores”, algo muy importante en el mundo de PRTG ®, de tanta importancia como el dinero que vamos a pagar por dicho software. Atentos entonces a la definición de sensor:

«Definimos un sensor como un aspecto que se monitorea en un dispositivo. Por lo tanto, un sensor monitorea, por ejemplo una URL específica, el tráfico de una conexión de red, un puerto de un switch, la carga de la CPU en una máquina.»

Es así que tienen 200 sensores predefinidos y ellos estiman que cada cliente utiliza entre 5 y 10 sensores por dispositivo (para mayor información consulten el vídeo tutorial oficial en Youtube wmOmPZvs67o ) y a su vez introducen otro concepto nuevo: los canales que dependen de un sensor. Un canal es cada una de las características de un sensor, por ejemplo si tenemos un sensor de espacio libre de disco duro, cada uno de los discos duros presentes en un dispositivo, su valor de espacio libre cuenta como un canal. Como consideración final, hay sensores que presentan límites en cuanto al número de canales, tal como el avanzado de Python, que cuenta con un valor máximo de cincuenta³. Desde la versión 12 de PRTG han programado y publicado nuevos sensores:

• Sensor Estado de Host Vmware.

• Sensor WMI Proceso SharePoint.

• Sensor WMI Application IIS.

• Sensor SNMP Conexiones VPN Cisco ASA.

• Sensor SNMP Tráfico VPN Cisco ASA.

• Sensor Interface WAN Fritz!Box.

• Sensor Options Ping SIP.

• Sensor Google Analytics.

• Sensor WMI Ping Remote.

• Sensor Xen Host.

En los sensores básicos hay coincidencia entre ambos programas: tanto PandoraFMS como PRTG ® tienen herramientas para monitorizar bases de datos, aplicaciones, “ping”, puertos, servidores, etcétera. Pero para con PandoraFMS no nos debemos preocupar por sensores ni canales, ni estar haciendo operaciones matemáticas, solo sumamos el número de dispositivos (más sus agentes, de ser necesarios) que debemos y/o queremos monitorizar y listo ¡rápido y sencillo! Desde que Pandora FMS vio su primera versión en 2004 (proyecto nuevo que partió desde cero), responde a las necesidades para las que no había solución en una única herramienta de software. Su evolución se basa en la experiencia tanto de la comunidad de Código Fuente Abierto y de los clientes del fabricante: sus requisitos y exigencias han hecho que Pandora FMS se vaya adaptando y creciendo, cubriendo unas necesidades muy amplias para un gran abanico de usuarios y todo siempre bajo actualizaciones oficiales.

Almacenamiento de datos en PRTG ®.

En PandoraFMS los datos recogidos se guardan en una base de datos MySQL al igual que Zabbix (y en el caso de Nagios con ayuda de NDOUtils) pero PRTG ® maneja su propia base de datos aduciendo que es más rápido y representa menos carga para el sistema que ejecuta el colector de datos. Aseguran que la información está siempre disponible para exportar a diversos formatos (PDF, XML Y JSON) pero no se compara con la simple creación de un usuario con derechos de solo lectura en una base de datos: eso es transparencia en la información dado el caso se contrate una empresa auditora para medir el desempeño total de la red informática de una empresa cualquiera, ¡podrán extraer datos en tiempo real del motor de datos en vez de esperar que se genere un informe para luego volver a procesar los resultados!

Interfaz con el usuario o “Front end”.

Acá hay una diferencia adicional: PRTG ® cuenta con su propio programa de interfaz con el usuario y esto tiene sentido dado su fuerte dependencia de Windows®: solo hay que realizar una sola compilación para este sistema operativo. Incluso cuenta con otra aplicación que lanza la consola web y aquí si transitan el camino elegido por PandoraFMS: es mucho mejor utilizar los navegadores web ya que cada dispositivo moderno cuenta siempre con uno instalado (o más). PRTG ® necesita mínimo Google Chrome 49, Mozilla Firefox 45 o Internet Explorer 11 (o sus correspondientes versiones más recientes). También en la sección de inducción explicamos la forma y manera para uno crear su propia interfaz basada en API, amén de otros componentes que deben ser de código abierto.

Motor de recolección y análisis de datos.

PRTG ® está programado en “Microsoft® Visual Studio®” y acepta el lenguaje Python para otros componentes; PandoraFMS está escrito en Perl, su agente Linux también en Perl, Agente Windows® en C++ y Agente Android en Java. Pandora FMS cuenta también con una extensa librería de plugins encaminados a cumplir misiones mucho más complejas, principalmente diseñadas para la monitorización completa de aplicaciones, tanto localmente como remotamente a los parámetros de mayor importancia de las aplicaciones más utilizadas en los mundos de software privativo y software abierto.

Tipos de licencia disponibles en PRTG ®.

Hay cuatro tipos de licencias disponibles y son excluyentes entre sí (no se da el caso que se “sumen” los sensores):

• “Freeware” o Versión Sin Cargo alguno hasta un máximo de 100 sensores.

• “Trial Edition” o Versión de Prueba por 30 días con sensores ilimitados (al finalizar el período de prueba bien puede adquirir las siguientes dos licencias u optar por la “Freeware” y su limitación a 100 sensores).

• “Special Edition” o Versión Edición Especial

• “Commercial Edition” o Versión Edición Comercial.

En todo caso, el valor de la licencia siempre dependerá del número de sensores, no del número de dispositivos.

En PandoraFMS contamos con la versión “Open” sin costo monetario alguno y la comunidad de software puede colaborar e incluso bifurcar el código fuente para crear sus propias soluciones especiales, de todas estas mejoras -y las propias desarrolladas especialmente por el equipo de programadores de PandoraFMS– se escogen, depuran y se prueban a fondo para publicar la versión PandoraFMS “Enterprise”. De hecho, al adquirir la versión “Enterprise” se tiene comunicación directa con nuestro equipo de profesionales, prestos a desarrollar nuevas soluciones porque trabajamos siempre con compromisos a largo plazo.

Agentes en PRTG ® y PandoraFMS.

En la sección de “Instalación e inducción a PRTG ®” en el apartado de PandoraFMS mencionamos brevemente a los Agentes: ambos programas los utilizan, pero ¿Qué es un Agente?

Un Agente es un software especificamente compilado para el sistema operativo del dispositivo que necesitamos o deseamos monitorizar (más adelante veremos cómo monitorizar los dispositivos que utilizan firmware en vez de un sistema operativo) que recopila y extrae información para luego enviarla cuando le sea solicitado o cuando tenga una agenda programada (evento a solicitud o evento cronológico). Ambos programas ofrecen alertas vía Twitter para este último caso.

PRTG ® monitorizando en Microsoft Windows®.

El sistema operativo Windows® ofrece el “Windows Management Instrumentation” (WMI) (o Windows Management Interface) el cual es un conjunto de extensiones para el “Windows Driver Model” y que pone a disposición toda una serie de datos y eventos registrados por el kernel del sistema operativo, sin embargo este método representa un costo tanto a corto como largo plazo. A largo plazo las consultas WMI generan cierta carga de trabajo sobre el desempeño del ordenador a monitorizar, cosa que tenemos que tener siempre en cuenta.

A corto plazo el costo es de instalación: si tenemos un “Active Directory” y un Dominio previamente configurado podremos realizar la instalación masiva de dicho Agente en cada una de las máquinas de una manera automatizada (en PandoraFMS disponemos desde la versión 6 la integración con “Active Directory”). Pero si no disfrutamos de esta configuración habrá que echar mano en la creación de guiones en PowerShell para que desde un repositorio que habilitemos se pueda instalar. En último caso, si son pocos los ordenadores, podremos conectarnos via Escritorio Remoto o en su defecto de una manera muy segura y a bajo costo con nuestro software eHorus (recomendamos la versión de ejecución aislada, no necesita de rutina de instalación como tal) y desde cualquier navegador web podremos realizar dicha tarea.

Lo que en PandoraFMS llamamos Agente en PRTG ® es llamado Sonda Remota⁴ y necesitamos una Sonda Local -que es instalada automáticamente cuando instalamos el Servidor Central– y ambos programas mantendrán comunicación permanente así estén ubicados en distintas redes de área local (LAN) o incluso dispersadas geográficamente. Para PandoraFMS esto no representa complicación alguna y a la hora de centralizar todas las operaciones lo podremos habilitar con la metaconsola el Servidor Central y sus Servidores Satélites.

Algo que observamos con preocupación en el caso de PRTG ® es que mientras más sensores necesitemos menos opciones tenemos de agruparlos en racimos (“cluster”): al llegar a 5 mil la cosa se complica tal como confiesan en su página web. ¡Para PandoraFMS la cantidad no representa ningún escollo!

En la siguiente figura podemos observar la función de la Sonda Local y su intermediación para comunicar al Servidor Central y las Sondas Remotas en PRTG ®:

En ambos programas se deberá autorizar debidamente los Agentes o las Sondas Remotas por medio de credenciales y además listas autorizadas por direcciones IPv4 o IPv6. En este enlace tenemos un ejemplo sobre cómo PandoraFMS puede extraer la información de la temperatura del CPU de un dispositivo Windows® mediante WMI.

PRTG ® monitorizando en Linux GNU.

En esta sección ambos programas trabajan de la misma manera: por medio de SSH, es decir, un túnel seguro y encriptado para impedir la intercepción y/o modificación por parte de terceros. Pero no todo es “miel sobre hojuelas” también debemos considerar cual distribución Linux exactamente estamos utilizando a fin de garantizar que estén instalados los programas con los cuales retribuiremos los valores a recolectar. Hoy en día, debido a la potencia de cálculo de los ordenadores modernos y capacidad de disco duros, estarán preinstalados la mayoría de ellos y generalmente no deberíamos tener mayor problema en este aspecto.

Monitorización con SNMP.

SNMP es la abreviatura para “Simple Network Management Protocol”, o Protocolo Simple de Administración de Red, en castellano (para una descripción en detalle consulte nuestro artículo dedicado al respecto). Dicho protocolo permite la normalización de la información -es decir, datos en forma predefinida- permitiendo así, por ejemplo, que podamos realizar una autodescubrimiento de dispositivos en la red de área local que apoyen esta característica (detección de red).

Es de hacer notar que tanto para Windows como para GNU/linux deberemos instalar el servicio -o “demonio”- SNMP que permita ofrecer los valores públicos generalmente con la norma V2c ya que la norma V3 ofrece el beneficio de encriptación de la comunicación pero requiere un trabajo adicional tanto para configurarla como un carga añadida al equipo a ser monitorizado⁵. De nuevo recalcamos: si disponemos de “Active Directory” y un Dominio instalado nos valdremos de “Directivas de Grupo” o GPO para instalar este servicio de manera fácil y practica.

Acotación especial para Windows®: PRTG ® necesita que al instalar el servicio SNMP también le sea instalado el “Proveedor WMI de SNMP” lo que permitirá realizar guiones o scripts por medio de WMI, que como ya explicamos tienen un coste operativo sobre el desempeño del ordenador. En fin, la empresa Microsoft® siempre se ha caracterizado por siempre introducir a las normas abiertas sus propias normas cerradas y privativas.

En este punto como ya tendremos configuradas las credenciales en nuestro Servidor Central, accederemos a las computadoras y estableceremos los eventos extraordinarios sobre los que queremos nos sea informado, esto se conoce “Alertas SNMP trap”: simplemente no le preguntamos al dispositivo “como se siente” sino que el dispositivo nos dirá “si se siente mal”.

Monitorización de “Active Directory”®.

En algo que sobresale PRTG ® sobre PandoraFMS es el sensor de errores de replicación de Active Directory y recomiendan encarecidamente el vigilar el “alto impacto en el desempeño de su sistema de monitoreo”. Esto es debido a que realiza las siguientes tareas:

• Prevención de errores de replicación.

• Identificación de usuarios inactivos y desconectados.

• Número de errores de sincronización consecutivos.

• Si se ha eliminado la fuente.

• Si se ha desactivado la sincronización programada.

• Hora del último intento de sincronización.

• Resultado de la última sincronización.

• La última vez que se realizó una sincronización correctamente.

• Número de secuencias de sincronización alineadas.

• Número de operaciones de replicación pendientes.

Todo esto es posible por medio del “.NET framework 4.5” que es el entorno de programación de “Visual Studio” y que permite la programación sobre “Active Directory” de una manera relativamente fácil y rápida.

Conclusiones.

Si bien el control y manejo del “Active Directory” de Microsoft Windows por parte PRTG ® ofrece una ligera ventaja no se compara en modo alguno al hecho de que PandoraFMS se ejecuta en ambiente GNU/Linux con lenguaje Perl disfrutando así de las múltiples ventajas del código fuente abierto. Si además sumamos que PandoraFMS aloja sus datos en MySQL, sin nada que ocultar, y con la posibilidad de replicar dichas bases de datos con propósitos de respaldos y posibles auditorías concluímos que PandoraFMS ofrece la mejor opción contra el llamado “Manolo V1.0” pero a escala empresarial: una empresa no debe depender única y exclusivamente de otra empresa para monitorizar sus recursos informáticos, se debe tener la alternativa de poder solucionar -e incluso mejorar- por sus propios medios su sistema de monitorización mediante normas o estandares abiertos.