Sei sulla pagina 1di 65

1

Estudio de alternativas de cdigo abiertondice


1.Objetivo..........................................................................................................................5 2.Situacin actual...............................................................................................................5 3.Proceso de seleccin de Software...................................................................................5 3.1.Requerimientos que debe cumplir el sistema a elegir.............................................8 3.1.1.Requerimientos del cliente...............................................................................8 3.1.2.Sistemas de monitoreo con o sin agentes.........................................................9 3.2.Seleccin primaria de sistemas candidatos............................................................10 3.2.1.Filtros aplicados para la eliminacin de sistemas..........................................11 3.2.2.Sistemas candidatos........................................................................................11 3.2.2.1.Argus.......................................................................................................12 3.2.2.2.Big Brother..............................................................................................12 3.2.2.3.CA eHealth..............................................................................................12 3.2.2.4.Cacti.........................................................................................................13 3.2.2.5.CiscoWorks LMS....................................................................................13 3.2.2.6.Colletd.....................................................................................................13 3.2.2.7.DopplerVUE............................................................................................14 3.2.2.8.Entuity.....................................................................................................14 3.2.2.9.Everest.....................................................................................................15 3.2.2.10.FireScope BSM......................................................................................15 3.2.2.11.FreeNATS Network Monitor.................................................................15 3.2.2.12.Ganglia...................................................................................................16 3.2.2.13.GroundWork Monitor Community........................................................16 3.2.2.14.GroundWork Monitor Enterprise..........................................................17 3.2.2.15.Heroix Longitude ..................................................................................17 3.2.2.16.Hyperic Open Source.............................................................................17 3.2.2.17.Hyperic Enterprise.................................................................................18 3.2.2.18.Intellipool Network Monitor.................................................................18 3.2.2.19.InterMapper...........................................................................................18 3.2.2.20.Loriot Pro...............................................................................................19 3.2.2.21.Manage Engine OPManager..................................................................19 3.2.2.22.Munin.....................................................................................................19 3.2.2.23.Nagios....................................................................................................20 3.2.2.24.NeDi.......................................................................................................21 3.2.2.25.NetCrunch..............................................................................................21 3.2.2.26.Nimsoft..................................................................................................21 3.2.2.27.OP5 Monitor..........................................................................................22 3.2.2.28.OpenNMS..............................................................................................22 3.2.2.29.Opsview.................................................................................................23 3.2.2.30.Osimus...................................................................................................23 3.2.2.31.PacketTrap.............................................................................................24 3.2.2.32.Pandora FMS.........................................................................................24 3.2.2.33.Performance CoPilot..............................................................................25 3.2.2.34.Plixer Scrutinizer...................................................................................25 3.2.2.35.Polymon.................................................................................................26 3.2.2.36.Server Eye..............................................................................................26 3.2.2.37.Seven Layer...........................................................................................26 2

3.2.2.38.SevOne...................................................................................................27 3.2.2.39.SNM.......................................................................................................27 3.2.2.40.Solar Winds...........................................................................................28 3.2.2.41.Uptime Software....................................................................................28 3.2.2.42.Whats up Gold......................................................................................29 3.2.2.43.Wormly..................................................................................................29 3.2.2.44.Xymon...................................................................................................29 3.2.2.45.Z/OS RMF.............................................................................................30 3.2.2.46.Zabbix....................................................................................................30 3.2.2.47.Zenoss....................................................................................................31 3.2.2.48.Zyrion Traverse.....................................................................................31 3.2.2.49. Listado resumido de Sistemas.............................................................32 3.3.Seleccin de los sistemas finalistas.......................................................................34 3.4.Descripcin de los sistemas finalistas...................................................................36 3.4.1. Hyperic HQ ...................................................................................................36 3.4.1.1.Descripcin general (funcionalidades y arquitectura).............................36 3.4.1.2.Productos.................................................................................................36 3.4.1.3.Funcionalidades.......................................................................................36 3.4.1.4.Estructura.................................................................................................37 3.4.1.4.1.Agente HQ........................................................................................38 3.4.1.4.2.Servidor HQ y la base de datos........................................................38 3.4.1.4.3.Interfaz de usuarios...........................................................................38 3.4.1.4.4.HQ API.............................................................................................38 3.4.1.4.5.Complementos (Plugins)..................................................................38 3.4.1.4.6.Inventario y modelo de acceso a datos.............................................39 3.4.1.5.Requerimientos de Instalacin.................................................................39 3.4.1.5.1.Servidor Hyperic...............................................................................39 3.4.1.5.1.1.Entorno en tiempo de ejecucin Java (JRE)..............................40 3.4.1.5.1.2.Recursos para instalar el servidor Hyperic. ..............................40 3.4.1.5.1.3.Sistema Operativo......................................................................40 3.4.1.5.1.4.Libreras para plataformas basadas en UNIX............................40 3.4.1.5.2.Base de datos de Hyperic..................................................................41 3.4.1.5.2.1.Bases de datos que soporta el sistema.......................................41 3.4.1.5.2.2.Hardware para la Base de datos.................................................41 Recursos necesarios para la instalacin de la base de datos de Hyperic.....................42 3.4.1.5.3.Browsers soportados por el sistema..................................................42 3.4.1.5.4.Agente HQ........................................................................................42 3.4.1.5.4.1.Recursos necesarios para instalar el agente HQ........................42 Recursos necesarios para la instalacin de los agentes de Hyperic.............................42 3.4.1.5.4.2.Sistema Operativo para instalar el agente..................................42 3.4.1.5.4.3.Entorno en tiempo de ejecucin Java (JRE). ............................42 3.4.1.6. Instalacin...............................................................................................43 3.4.1.6.1.El script de Instalacin.....................................................................43 Parmetros de Instalacin de Hyperic.........................................................................43 3.4.1.6.2.Ejecutar el procedimiento de instalacin..........................................43 3.4.1.7. Integracin con otros sistemas................................................................44 3.4.2.Nagios.............................................................................................................44 3.4.2.1.Caractersticas y funcionalidades............................................................44 3.4.2.1.1.Monitoreo completo de la red .........................................................44 3.4.2.1.2.Funcionalidades bsicas...................................................................44

3.4.2.1.3.Arquitectura fcilmente extensible...................................................45 3.4.2.1.4.Estable confiable y con una plataforma respetada............................45 3.4.2.1.5.Cdigo personalizable .....................................................................45 3.4.2.2.Estructura.................................................................................................45 3.4.2.3.Requerimientos de instalacin.................................................................46 3.4.2.4.Instalacin................................................................................................47 3.4.3.Pandora FMS..................................................................................................47 3.4.3.1.Caractersticas y funcionalidades............................................................48 3.4.3.1.1. Monitoreos mediante agentes..........................................................48 3.4.3.1.2.Monitoreos sin agentes (monitorizacin remota) ............................49 3.4.3.2.Arquitectura.............................................................................................49 3.4.3.3.Requerimientos de instalacin.................................................................50 3.4.3.3.1.Servidores.........................................................................................50 3.4.3.3.1.1.Servidor de datos de Pandora FMS...........................................50 3.4.3.3.1.2.Servidor de red de Pandora FMS ..............................................51 3.4.3.3.1.3.Servidor de reconocimiento de red (recon)...............................52 3.4.3.3.2.Agentes.............................................................................................52 3.4.3.3.2.1.Agentes Unix.............................................................................52 3.4.3.3.2.2.Agentes Windows......................................................................52 3.4.3.4.Instalaciones............................................................................................53 3.4.3.4.1.Instalacin automtica con el instalador...........................................53 3.4.3.4.2.Instalacin de la base de datos..........................................................53 3.4.3.4.3.Instalar la consola web.....................................................................53 3.5.Puntuacin de los sistemas finalistas.....................................................................53 3.5.1.Ponderacin de Categoras.............................................................................53 3.5.2.Seleccin de los factores de ponderacin adecuados .................................................................................................................................54 3.5.3.Ponderacin de Mtricas por categoras.........................................................55 3.5.4.Mtricas de Funcionalidad..............................................................................56 3.5.5.Recoleccin de datos......................................................................................58 3.5.6.Seleccin del sistema......................................................................................58 3.6.Pruebas bsicas de funcionamiento de Pandora Fms............................................61

1.Objetivo
El objetivo de este documento es la presentacin y evaluacin de las herramientas de cdigo abierto ms difundidas que provean una solucin razonablemente similar a la que se necesita en el proyecto SIGNA. Luego de evaluados los distintos sistemas candidatos se proceder a la seleccin del ms apropiado. La seleccin de este sistema se realizara tomando como base el procedimiento descrito en el documento Proceso de Seleccin del Software.doc.

2.Situacin actual
En la actualidad el cliente mantiene bajo su control un conjunto heterogneo de dispositivos conectados a la red que proporcionan varios servicios. Este control implica el mantenimiento de los dispositivos en forma preventiva y tambin la necesidad de responder en tiempo y forma ante eventuales cadas de servicios. Actualmente se carece de una notificacin temprana y eficaz de las fallas que puedan ocurrir dentro del conjunto de dispositivos mantenidos, el fallo se detecta cuando se recibe la notificacin de un usuario o por algn control realizado por operarios del centro de cmputos; ante esta situacin y por la necesidad de detectar cadas de servicios que se tornan vitales, para el cliente de forma ms rpida y segura surge la necesidad de implantar una solucin que provea la deteccin automtica de fallas y notifique al personal sobre sus ocurrencias. Esta solucin puede consistir en la instalacin de un nuevo sistema que monitoree, identifique problemas y los notifique a las personas indicadas para su resolucin.

3.Proceso de seleccin de Software


El proceso de anlisis y bsqueda del sistema que necesita el cliente va a consistir en una serie de pasos netamente diferenciados y organizados. Se desarrolla en base al documento Proceso de seleccin de Software. De este surgen tres fases que se exponen en este documento. Adems de estas, se prev la existencia de una nueva fase que abarca las tareas de adaptacin (solo en caso de ser necesario) e implementacin del sistema en el cliente. Esta fase no forma parte de la seleccin del sistema y no se expone sobre ella ni sus tareas en este documento. Las fases que se implementarn se descomponen en las siguientes tareas:

Fase 1: Identificacin de requerimientos.


o Identificacin de requerimientos del cliente: en esta tarea se deben identificar los requerimientos funcionales y no funcionales del cliente, generando una lista de requerimientos. Otros requerimientos identificados.

Fase 2: Buscar sistemas que se ajusten a los requerimientos.


o Identificacin rpida de software preexistente: consiste en realizar la bsqueda genrica de soluciones de software que estn previamente realizadas y probadas. Se genera una lista con los sistemas candidatos encontrados.

Fase 3: Seleccionar el sistema que ms se adecue al contexto del proyecto


del conjunto de sistemas encontrados. En este punto usaremos la metodologa BRR que fue previamente analizada y seleccionada en el documento Proceso de Seleccin del Software.doc. o Valoracin de alternativas: a partir de la lista de sistemas se procede a valorar los mismos de acuerdo a los criterios establecidos de antemano. Filtrado de alternativas: de las alternativas posibles se realiza un filtrado para determinar aquellos sistemas que van a pasar a la fase de pruebas preliminares. Eleccin de los tres o cuatro sistemas finalistas que cumplen con la mayor cantidad de caractersticas que se buscan en el sistema. Los sistemas elegidos en este punto son aquellos que se destacan de forma positiva del resto de los sistemas candidatos. Instalacin y descripcin de los sistemas finalistas, esta descripcin permitir tener una aproximacin mas exacta al las caractersticas de cada sistema en cuanto a su estructuras, funcionamiento, instalacin, etc. Estas tareas no estn propuestas por la metodologa BRR pero el equipo de proyecto considera que son necesarias y deben ser realizadas para tener una visin global de los sistemas finalistas. Aplicacin del sistema de puntuacin de la metodologa BRR para cada uno de los sistemas finalistas. Eleccin: indica la seleccin del sistema mas apropiado al proyecto, en base a las puntuaciones obtenidas en el punto anterior y otros factores que el equipo de proyecto considere deban ser tenidos en cuenta. Pruebas de funcionamiento del sistema elegido: se realizarn las pruebas necesarias para confirmar el buen funcionamiento de la aplicacin.

Fase 4: Adaptacin e implantacin del sistema en el cliente.


o Adaptacin: en esta etapa se evala si el sistema seleccionado en la fase 3 cumple con todas los requerimientos funcionales planteados por el cliente. En caso de que el sistema sea lo suficientemente completo como para realizar las funciones marcadas como requerimientos no es necesario adaptarlo, pero si existe la necesidad de agregar alguna funcionalidad especifica que el sistema no cubre, se evaluara la posibilidad de extender el sistema y cubrir esas necesidades no cubiertas. Implantacin: son las tareas de implantacin del producto en el cliente.

Figura 1 Diagrama de flujo de los procesos expuestos

3.1. Requerimientos que debe cumplir el sistema a elegir


3.1.1. Requerimientos del cliente
Los requerimientos del cliente estn detallados en el documento de Especificacin de requerimientos. En esta seccin se hace una simple enumeracin de los puntos principales del mismo para establecer una mnima informacin de contexto. De acuerdo con la primer etapa del proceso se identifican los requerimientos generales funcionales del producto que son bsicamente: proveer de una forma rpida de notificacin ante las fallas que ocurran en alguno de los dispositivos conectados en la red de monitoreo y la posibilidad de disponer de una forma cuantificable mediante

reportes de los costos de calidad que puedan tener las fallas ocurrentes. Adems la posibilidad de generacin de otros reportes que ayuden a la gerencia a detectar situaciones problemticas. De acuerdo a lo planteado por el cliente se identifican los siguientes requerimientos funcionales y no funcionales que debe cumplir el sistema de monitoreo. Debe ser un sistema Open Source Debe monitorear al menos 15 componentes. Se debe poder implementar sobre cualquier sistema operativo. Debe poder monitorear distintas plataformas. La aplicacin de monitorizacin debe vigilar sistemas y aplicaciones. Debe monitorear hardware y software tales como (aplicaciones, Sistemas Operativos, bases de datos, servidores web, VPN, procesos, servicios, etc.). Debe detectar interfaces de red cadas. Debe enviar mensajes SMS informando cuando falle algn sistema o aplicacin que se considere esencial. Debe generar alertas cuando se sobrepasen umbrales definidos. Debe generar informes, estadsticas. Debe monitorear cortafuegos, proxies, routers, switches.

3.1.2. Sistemas de monitoreo con o sin agentes


A continuacin se realizara una comparacin de los sistemas de monitoreo que tienen agentes y aquellos que no lo tienen. Para esta seccin del documento nos basamos en Chris Knowles (2007) [1] quien realiza una comparacin detallada del tema. Esta informacin es importante para ser evaluada como requerimiento no funcional del sistema. El agente de un sistema de monitoreo es un componente de software. Generalmente es una pequea aplicacin que reside en el cliente y recoge datos. Los datos se envan al servidor central de la aplicacin en base a 2 opciones. La primera opcin es que el envo de datos sea administrado por el agente local, o este sea administrado por la estacin de monitoreo central. Los sistemas que tienen la poltica de envo de informacin al servidor administrada por el agente ubicado en el cliente, tienen como desventaja que pueden generar cargas de trabajo en los equipos clientes. Por lo tanto es deseable que las polticas de envo de informacin sean administradas por el servidor y no por el agente. En la tabla 1 se expone un cuadro de ventajas y desventajas de sistemas con agentes y sistemas sin agentes. Sistemas con agentes Informacin ms especfica y ms detallada. Mayor flexibilidad para realizar

Ventajas

monitoreos personalizable. Posibilidad de crear soluciones de monitoreos que controlen estados de servicios o mtricas no estndares sobre aplicaciones o hardware. El control de las aplicaciones y servicios se realiza directamente en el nodo monitoreado. Mayor seguridad en la red ya que se manejan protocolos propietarios de encriptacin. Menor riesgo de deteccin de inactividades.

Desventajas

Ventajas

Puede provocar mayor carga de actividad en el cliente Se debe instalar el agente en todos los equipos que se van a monitorear. Sistemas sin agentes No hay que instalar el agente en el cliente No se genera carga de trabajo en el cliente Es una opcin para casos en los que no es posible instalar aplicaciones en los clientes

Tiene mtricas menos especificas por consiguiente se pueden realizar anlisis menos detallados. Pueden ser afectadas por hechos que sucedan en la red. Desventajas El desarrollo de complementos puede ser mas complicado, o directamente imposibles de realizar. No son seguros. Tabla 1: Ventajas y desventajas de los agentes en sistemas de monitoreo. Las soluciones basadas en agentes instalados en el cliente brindarn acceso a ms informacin y con mtricas ms detalladas, este hecho puede ser importante para disminuir el tiempo de deteccin de fallos, mientras que soluciones sin agentes le permiten al fabricante evitar la etapa de desarrollo del agente pero con el riesgo de obtener menos datos y en un entorno menos seguro. En base a lo expuesto, y teniendo en cuenta las ventajas y desventajas ya nombradas anteriormente de ambas soluciones se agrega como requerimiento no funcional la caracterstica de tener en su estructura el uso de un agente en el cliente.

3.2. Seleccin primaria de sistemas candidatos

10

3.2.1. Filtros aplicados para la eliminacin de sistemas


Para eliminar algunos productos de forma rpida la metodologa BRR propone evaluar caractersticas de los sistemas de la lista. Algunas caractersticas se obtienen de las sugeridas por la metodologa y otras se obtienen segn el propio contexto de este proyecto. Los siguientes indicadores sirven como fuente de comparacin y se ordenan segn su importancia de mayor a menor, y estos son: (a) El uso objetivo de la aplicacin debe ser para uso regular, se deben descartar aquellas aplicaciones que cuyo objetivo sea para desarrollo o experimentacin. (b) Evaluar el tipo de licencia, el sistema debe ser de cdigo abierto (Open Source) (c) El Sistema debe poder monitorear al menos 15 componentes. (d) Debe monitorear: Servidores (uso de memoria, uso de CPU, uso de disco, etc.), aplicaciones (servidores de base de datos, etc.), y dispositivos de red (routers, etc.). (e) Debe monitorear servidores con sistemas operativos Windows, Linux y Unix. (f) El servidor se debe poder instalar en Linux. (g) Debe generar alertas cuando se identifican situaciones que as lo ameriten. (h) Los datos se deben poder exportar a una base relacional open source. (i) El sistema debe trabajar con agentes instalados en los equipos clientes. (j) Permite generar complementos (plugs in) y brinda informacin de cmo desarrollarlos. (k) Existe documentacin suficiente y clara disponible del sistema. (l) El sistema tiene una comunidad que lo respalde. (m) El sistema es muy conocido o utilizado. Existencia de empresas clientes o usuarios a los que se puede referenciar. (n) El sitio del sistema tiene un diseo profesional. (o) Existen soluciones a errores encontrados. Se han publicado nuevas versiones o nuevos paquetes en el ltimo ao. El sistema elegido debe cumplir con una serie de atributos que son mnimos e indispensables para su eleccin. Estos atributos son los expuestos desde el numeral (a) hasta el numeral (k). Si alguno de estos puntos no esta contemplado en el sistema, este se eliminara de la lista de forma automtica.

3.2.2. Sistemas candidatos


En esta etapa se realiza una lista de los posibles sistemas candidatos, y la aplicacin de los filtros planteados en el punto anterior. La forma de filtrar los sistemas ser la siguiente: Se elige el sistema a evaluar Se evaluar si cumplen con los atributos de comparacin que figuran en el punto anterior. La evaluacin se realizar siguiendo el orden indicado segn su importancia. En caso de encontrar que un sistema no cumple con un atributo, o

11

la informacin disponible no es suficiente para determinar si el sistema cumple o no con el requisito, se descarta de la lista sin tener la necesidad de seguir evaluando los prximos atributos. Los sistemas candidatos son los siguientes:

3.2.2.1.

Argus

Sitio Oficial: http://argus.tcp4me.com/

Aarhus Atributo (a) (b) (c) (d)

Comentario Evaluacin Cumple Cumple Cumple No queda claro si puede monitorear el uso de memoria, disco o CPU de Sin Informacin un servidor

Fuente Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial

No se aprecia mayor soporte o pruebas de uso extendido y fundamentados por parte de otras empresas. La interfaz es bastante sencilla. No presenta pruebas de creacin o adaptacin de plugins.

3.2.2.2.

Big Brother

Sitio Oficial: http://bb4.com/ Big Brother


Atributo (a) (b) Comentario Sistema con licencia comercial Evaluacin Cumple No Cumple Fuente Pagina Oficial Pagina Oficial

Es un sistema comercial bastante conocido y referenciado en varios sitios de Internet. Aparentemente es un sistema estable que monitorea y diagnostica todo tipo de componentes de una red, dispositivo, o servidor (Windows, Linux, Unix) desde un browser a travs de una aplicacin web.

3.2.2.3.

CA eHealth

Sitio Oficial: http://www.ca.com/us/network-performance.aspx NetCrunch


Atributo (a) Comentario Evaluacin Cumple Fuente Pagina Oficial

12

(b)

Sistema con licencia comercial

No Cumple

Pagina Oficial

Es un sistema con licencia comercial. Tiene algunos clientes comerciales de importancia. Tiene buena documentacin. No presenta posibilidad de creacin de plugins. No tiene un enfoque preciso en la monitorizacin de sistemas.

3.2.2.4.

Cacti

Sitio Oficial: http://www.cacti.net/

Cacti Atributo (a) (b) (c) (d)

Comentario No monitorea el uso de memoria, disco o CPU de un servidor.

Evaluacin Cumple Cumple Cumple No cumple

Fuente Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial

Cacti es una aplicacin que brinda una solucin de grficos de red diseado para aprovechar las funcionalidades de rrdtool1, y su objetivo no pasa en el monitoreo de componentes, sino en la generacin de grficos.

3.2.2.5.

CiscoWorks LMS

Sitio Oficial: http://www.cisco.com/en/US/products/sw/cscowork/ps2425/index.html

CiscoWorks LMS
Atributo (a) (b) Comentario Evaluacin Cumple No Cumple Fuente Pagina Oficial Pagina Oficial

Es un sistema con licencia comercial. Es una aplicacin propietaria que permite realizar el monitoreo de redes CISCO.

3.2.2.6.

Colletd

Sitio Oficial: http://collectd.org/


1

RRDtool - Round Robin Database tool. Es el estndar de la industria OpenSource para el registro de datos de alto rendimiento, es un sistema de representacin grfica de datos. Permite que shell scripts personalizados o aplicaciones completas los usen.

13

Collectd Atributo (a) (b) (c) (d)

Comentario Solo realiza monitoreos bsicos, el fin del sistema no es el monitoreo de componentes.

Evaluacin Cumple Cumple Cumple No cumple

Fuente Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial

Collectd es un sistema Open Source orientado recoger estadsticas de rendimiento de sistemas peridicamente y proporciona mecanismos para almacenar los valores recogidos de distintas maneras, por ejemplo: en archivos RRD2. En su pagina web especifica que su fin no es ser un sistema de monitoreo aunque permite realizar algunos monitoreos simples y enviar notificaciones.

3.2.2.7.

DopplerVUE

Sitio Oficial: http://www.dopplervue.com/

DopplerVUE
Atributo (a) (b) Comentario Evaluacin Cumple No Cumple Fuente Pagina Oficial Pagina Oficial

Es un sistema con licencia comercial. Tiene un interesante sitio web que permite observar demostraciones del sistema. No existe foro de ayuda, sin embargo hay documentacin bien estructurada. No se aprecian clientes de importancia a travs del sitio.

3.2.2.8.

Entuity

Sitio Oficial: http://www.entuity.com/

Entuity
Atributo (a) (b) Comentario Evaluacin Cumple No Cumple Fuente Pagina Oficial Pagina Oficial

Entuity es un sistema con licencia comercial. No existe foro de ayuda, sin embargo hay documentacin accesible. No se aprecian clientes de importancia a travs del sitio web, aunque es un producto galardonado que cuenta con varios reconocimientos que se exponen en su sitio.
2

Archivos RRD Son archivos usados por la aplicacin RRDTool.

14

3.2.2.9.

Everest

Sitio Oficial: http://www.lavalys.com/

Everest Atributo (a) (b)

Comentario -

Evaluacin Cumple Cumple

Fuente Pagina Oficial Pagina Oficial

Es un sistema con licencia comercial que provee en sus sitio versiones de testeo del producto, es una herramienta desarrollada para realizar la gestin informtica y de seguridad. Tiene algunos clientes comerciales de importancia. Tiene buena documentacin y foro de consultas.

3.2.2.10.

FireScope BSM

Sitio Oficial: http://www.firescope.com/Products/BSM/

FireScope BSM
Atributo (a) (b) Comentario Evaluacin Cumple No Cumple Fuente Pagina Oficial Pagina Oficial

Es un sistema con licencia comercial. El sitio no brinda mucha informacin del producto pero parece ser un completo sistema de monitoreo. Aunque tiene muchos clientes indicados en el sitio, no se puede saber quienes son.

3.2.2.11.

FreeNATS Network Monitor

Sitio Oficial: http://www.purplepixie.org/freenats/

FreeNATS Network Monitor


Atributo (a) Comentario Evaluacin No Cumple Fuente Pagina Oficial

Es un sistema Open Source al cual se encuentra an en desarrollo. Por el momento plantea ser una alternativa muy simple de monitoreo de pequeas redes no muy sofisticadas.

15

3.2.2.12.

Ganglia

Sitio Oficial: http://ganglia.info/

Ganglia
Atributo (a) (b) (c) (d) (e) (f) (g) Comentario El sistema monitorea componentes pero no genera alarmas Evaluacin Cumple Cumple Cumple Cumple Cumple Cumple No Cumple Fuente Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial

Es un sistema de monitoreo escalable y distribuido orientado para sistemas de alta perfomance como clusters y grids con la capacidad de funcionar sobre varios sistemas operativos y varias estructuras de procesador, y esta en funcionamiento en importantes clientes, pero aparentemente es solo un sistema de monitoreo que no esta orientado a generar y enviar alarmas.

3.2.2.13.

GroundWork Monitor Community

Sitio Oficial: http://www.groundworkopensource.com/community/

GroundWork Monitor Community


Atributo (a) (b) (c) (d) (e) (f) (g) (h) (i) (j) (k) (l) (m) (n) (o) Comentario No se encuentra documentacin disponible sobre el sistema, excepto un manual de instalacin. Evaluacin Cumple Cumple Cumple Cumple Cumple Cumple Cumple Cumple Cumple Cumple ? Cumple Cumple Cumple Cumple Fuente Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial

16

GroundWork Monitor Community Edition es un sistema que cumple con todos los requisitos bsicos planteados por nuestro cliente excepto la generacin de reportes, de todas formas pasa a ser un sistema candidato en caso de no encontrar sistemas que cumplan con todas las caractersticas esperadas.

3.2.2.14.

GroundWork Monitor Enterprise

Sitio Oficial: http://www.groundworkopensource.com/products/enterprise/

Ganglio
Atributo (a) (b) Comentario Evaluacin Cumple No Cumple Fuente Pagina Oficial Pagina Oficial

GroundWork Monitor tiene 4 productos con caractersticas bien diferenciadas, estos son: Community Edition (expuesto en el punto anterior), Starter Edition, Professional Edition y Enterprise Edition pero a excepcin del producto Community Edtion, los otros 3 productos se distribuyen con licencia comercial.

3.2.2.15.

Heroix Longitude

Sitio Oficial: http://www.heroix.com/

Heroix Longitude
Atributo (a) (b) Comentario Evaluacin Cumple No Cumple Fuente Pagina Oficial Pagina Oficial

Heroix Longitude es un sistema con licencia comercial. Tiene algunos clientes comerciales de importancia. Tiene buena documentacin y demostraciones del producto en si sitio web.

3.2.2.16.

Hyperic Open Source

Sitio Oficial: www.hyperic.com

Hyperic Open Source


Atributo (a) (b) (c) (d) (e) Comentario Evaluacin Cumple Cumple Cumple Cumple Cumple Fuente Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial

17

(f) (g) (h) (i) (j) (k) (l) (m) (n) (o)

-. -. -. -. -.

Cumple Cumple Cumple Cumple Cumple Cumple Cumple Cumple Cumple Cumple

Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial

Hyperic es un sistema que cumple con todos los requisitos bsicos planteados por nuestro cliente por consiguiente pasa a ser un sistema candidato con posibilidades de ser un sistema finalista.

3.2.2.17.

Hyperic Enterprise

Sitio Oficial: www.hyperic.com

Hyperic Enterprise
Atributo (a) (b) Comentario Evaluacin Cumple No Cumple Fuente Pagina Oficial Pagina Oficial

Hyperic Enterprise se distribuye con licencia comercial.

3.2.2.18.

Intellipool Network Monitor

Sitio Oficial: http://www.intellipool.se/

Intellipool Network Monitor


Atributo (a) (b) Comentario Evaluacin Cumple No Cumple Fuente Pagina Oficial Pagina Oficial

Intellipool Network Monitor es un sistema con licencia comercial. Tiene algunos clientes comerciales de importancia. Es un sistema que no necesita instalar agentes en los equipos monitoreados. Es escalable y permite monitorear fcilmente de 2 a 1500 clientes.

3.2.2.19.

InterMapper

18

Sitio Oficial: http://www.intermapper.com/

InterMapper
Atributo (a) (b) Comentario Evaluacin Cumple No Cumple Fuente Pagina Oficial Pagina Oficial

InterMapper es un sistema con licencia comercial que permite ver y controlar los componentes de la red en tiempo real, permite realizar monitoreos en lnea y generar alarmas, crear reportes para realizar diagnsticos, y provee a sus usuarios de otras funcionalidades. Cumple con las caractersticas solicitadas.

3.2.2.20.

Loriot Pro

Sitio Oficial: http://www.loriotpro.com/

Loriot Pro
Atributo (a) (b) Comentario Evaluacin Cumple No Cumple Fuente Pagina Oficial Pagina Oficial

Loriot Pro tiene 3 productos distintos con diferentes caractersticas: Free, Lite, Estndar y Extended Edition. Solo la primera es de distribucin libre, no es un software open source. La versin libre del software tiene limitaciones importantes, por ejemplo solo permite monitorear hasta 10 nodos.

3.2.2.21.

Manage Engine OPManager

Sitio Oficial: http://www.manageengine.com/products/opmanager/

Manage Engine OPManager


Atributo (a) (b) Comentario Evaluacin Cumple No Cumple Fuente Pagina Oficial Pagina Oficial

Manage Engine OpManager tiene 4 productos disponibles con diferentes caractersticas: Free, Deluxe, Essential y Professional Edition. Solo la primera es de distribucin libre, no es un software open source. La versin libre del software tiene limitaciones importantes, por ejemplo solo permite monitorear hasta 10 nodos, y cuenta solo las opciones ms bsicas de monitoreo disponibles.

3.2.2.22.

Munin

19

Sitio Oficial: http://munin.projects.linpro.no/

Munin
Atributo (a) (b) (c) (d) (e) (f) (g) (h) (i) (j) (k) (l) (m) (n) (o) Comentario Evaluacin Cumple Cumple Cumple Cumple Cumple Cumple Cumple ? Cumple Cumple Cumple Cumple ? Cumple Cumple Fuente Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial

Munin es un sistema open source que podra ser elegido como sistema finalista ya que cumple con todos las caractersticas obligatorias que se requieren del sistema. Es necesario investigar respecto al manejo de datos si existe alguna forma de registrar los datos en una base MySql. Por otro lado no se observan clientes importantes que utilicen el sistema.

3.2.2.23.

Nagios

Sitio Oficial: http://www.nagios.org/

Nagios
Atributo (a) (b) (c) (d) (e) (f) (g) (h) (i) (j) (k) (l) (m) (n) (o) Comentario Evaluacin Cumple Cumple Cumple Cumple Cumple Cumple Cumple Cumple Cumple Cumple Cumple Cumple Cumple Cumple Cumple Fuente Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial

20

Nagios es un sistema open source que cumple con todas las caractersticas que se requieren del sistema a elegir. Posee importantes clientes, es un sistema referente en la familia de los sistemas de monitoreo. Cuenta con una cantidad importante de plugins y de sistemas que se basan en sus funcionalidades. Es un candidato importante como para ser elegido como sistema finalista.

3.2.2.24.

NeDi

Sitio Oficial: http://www.nedi.ch/

NeDi
Atributo (a) Comentario Evaluacin No Cumple Fuente Pagina Oficial

NeDi es un sistema open source que parece estar en una etapa de desarrollo. El sitio indica que es un sistema que puede crecer pero que esta en una etapa en la que todava no es confiable como para ser utilizado en este proyecto.

3.2.2.25.

NetCrunch

Sitio Oficial: http://www.adremsoft.com/netcrunch/ NetCrunch


Atributo (a) (b) Comentario Evaluacin Cumple No Cumple Fuente Pagina Oficial Pagina Oficial

Es un sistema con licencia comercial. Es usado por clientes comerciales de mediana importancia. El sistema cuenta con una cantidad importante de reglas de monitoreo predefinidas aplicables a importantes sistemas de hardware y sotware tales como ISS, MySQL, CISCO, etc. Cumple con los requerimientos del cliente.

3.2.2.26.

Nimsoft

Sitio Oficial: http://www.nimsoft.com/ Nimsoft

21

Atributo (a) (b)

Comentario -

Evaluacin Cumple No Cumple

Fuente Pagina Oficial Pagina Oficial

Nimsoft es un sistema con licencia comercial que tiene clientes comerciales de importancia. Cumple con las funcionalidades solicitadas por el cliente del proyecto. Se destaca en su sitio web testimonios de sus clientes exponiendo las cualidades del producto.

3.2.2.27.

OP5 Monitor

Sitio Oficial: http://www.op5.se/nyheter/201-op5-releases-new-version-of-op5-monitorOp5 Monitor


Atributo (a) (b) Comentario Evaluacin Cumple No Cumple Fuente Pagina Oficial Pagina Oficial

La base de OP5 Monitor es el popular y galardonado proyecto de cdigo abierto Nagios. OP5 ha unido el sistema Nagios con distintos agregados que potencian el reconocido sistema con nuevos informes, configuracin mas sencilla y rpida, se agregan ms de 200 plugins y otras utilidades al proyecto de cdigo abierto como MySQL, NSClient y CentOS. OP5 Monitor propone agregar nuevas caractersticas, funcionalidades, facilidad de uso, estabilidad, seguridad y apoyo a un producto ya existente; adems de incluir las actualizaciones del producto con el fin de lograr la optimizacin del mismo para un uso profesional.

3.2.2.28.

OpenNMS

Sitio Oficial: http://www.opennms.org/index.php/Main_Page

OpenNMS
Atributo (a) (b) (c) (d) (e) (f) (g) (h) (i) (j) (k) (l) (m) Comentario Evaluacin Cumple Cumple Cumple Cumple Cumple Cumple Cumple Cumple Cumple Cumple Cumple Cumple Cumple Fuente Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial

22

(n) (o)

Cumple Cumple

Pagina Oficial Pagina Oficial

OpenNMS es un sistema open source que cumple con todas las condiciones necesarias como para ser elegido como sistema finalista. Cuenta con clientes que monitorean importante cantidad de nodos. Utiliza como repositorio de datos PostreSQL.

3.2.2.29.

Opsview

Sitio Oficial: http://www.opsview.org/ Opsview


Atributo (a) (b) (c) (d) (e) (f) (g) (h) (i) (j) (k) (l) (m) (n) (o) Comentario Evaluacin Cumple Cumple Cumple Cumple Cumple Cumple Cumple Cumple Cumple Cumple Cumple Cumple ? Cumple Cumple Fuente Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial

Opsview es un sistema open source que cumple con todas las condiciones necesarias como para ser elegido como sistema finalista. En su estructura, el ncleo del sistema esta compuesto por Nagios. Entre sus caractersticas ms relevantes se observan que puede monitorear un nmero muy importante de nodos debido a que su estructura esta pensada para que el sistema sea escalable y fcil uso. No se identifican clientes de importancia del sistema.

3.2.2.30.

Osimus

Sitio Oficial: http://www.osmius.net/es/

Osimus
Atributo (a) (b) Comentario Evaluacin Cumple Cumple Fuente Pagina Oficial Pagina Oficial

23

(c) (d) (e) (f) (g) (h) (i) (j) (k) (l) (m) (n) (o)

Cumple Cumple Cumple Cumple Cumple Cumple Cumple Cumple Cumple Cumple ? Cumple Cumple

Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial

Osimus parece ser un sistema muy interesante, de fcil uso y de interfaces muy amigables, puede monitorear todo lo que es requerido por nuestro cliente, en su pagina oficial no se hace referencia a clientes de importancia que lo haya elegido como solucin. Es un sistema que con posibilidades de ser elegido como sistema finalista.

3.2.2.31.

PacketTrap

Sitio Oficial: http://www.packettrap.com/

PacketTrap
Atributo (a) (b) Comentario Evaluacin Cumple No Cumple Fuente Pagina Oficial Pagina Oficial

Es un sistema que se distribuye bajo licencia comercial, se ajusta a las necesidades del proyecto. En su sitio web cuenta con presentaciones del producto, cuenta con una comunidad de usuarios que brinda apoyo para compartir informacin, realizar preguntas, etc. Sobre el uso y funcionamiento del sistema.

3.2.2.32.

Pandora FMS

Sitio Oficial: http://pandorafms.org/

PandoraFMS
Atributo (a) (b) Comentario Evaluacin Cumple Cumple Fuente Pagina Oficial Pagina Oficial

24

(c) (d) (e) (f) (g) (h) (i) (j) (k) (l) (m) (n) (o)

-. -. -. -. -.

Cumple Cumple Cumple Cumple Cumple Cumple Cumple Cumple Cumple Cumple Cumple Cumple Cumple

Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial

Pandora Fms es un sistema que cumple con todos los requisitos bsicos planteados por nuestro cliente por consiguiente se puede considerar para ser elegido como sistema candidato con posibilidades de ser un sistema finalista. Es un sistema que cuenta con mucha documentacin en espaol.

3.2.2.33.

Performance CoPilot

Sitio Oficial: http://oss.sgi.com/projects/pcp/

Performance Co-Pilot
Atributo (a) (b) (c) (d) (e) (f) (g) Comentario Evaluacin Cumple Cumple Cumple Cumple Cumple Cumple No Cumple Fuente Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial

Performance Co Pilot es un sistema pensado para realizar monitoreos on line a sistemas con problemas de rendimientos, esta apto para recolectar mtricas y monitorear las reas de: CPU, disco, memoria, la red, NFS, RPC, sistemas de archivos. Es un sistema que no dispara alertas. Es un sistema apto para realizar monitoreo centralizado de procesamiento distribuido.

3.2.2.34.

Plixer Scrutinizer

Sitio Oficial: http://www.plixer.com

25

Plixer Scrutinizer
Atributo (a) (b) Comentario Evaluacin Cumple No Cumple Fuente Pagina Oficial Pagina Oficial

Existen 2 productos distintos de Plixer Scrutinizer, un producto que se distriuye bajo licencia comercial y otro de distribucin libre. No es un sistema Open Source. Solo el sistema que se adquiere bajo licencia comercial esta apto para generar monitoreos con alarmas.

3.2.2.35.

Polymon

Sitio Oficial: http://www.codeplex.com/polymon

Polymon
Atributo (a) (b) (c) (d) (e) Comentario Evaluacin Cumple Cumple Cumple Cumple No Cumple Fuente Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial

PolyMon es un sistema de cdigo abierto. Es un sistema de vigilancia que puede ser utilizado para generar alertas por correo electrnico y analizar las tendencias histricas y estados de contadores de monitoreo. Se basa en el. NET Framework 2.0 y SQL Server 2005. Puede monitorear servicios Windows y administrarlos. No puede monitorear plataformas distintas a Windows.

3.2.2.36.

Server Eye

Sitio Oficial: http://www.server-eye.co.uk/en/

Server Eye
Atributo (a) (b) Comentario Evaluacin Cumple No Cumple Fuente Pagina Oficial Pagina Oficial

Server eye es un servicio que se proporciona desde internet de monitoreo de sitios web, monitoreo de servidores web y monitoreo de servidores desde distintos puntos del mundo. Enva alertas de downtime va SMS y correo electrnico, no es un software que se adquiera e instale, es un servicio prestado por una compaa.

3.2.2.37.

Seven Layer

26

Sitio Oficial: http://architel.com/integration-services/seven-layer/

Seven Layer
Atributo (a) (b) (c) (d) (e) (f) Comentario No se indica en la pagina si monitorea Sistemas Operativos que no sean Windows Evaluacin Cumple Cumple Cumple Cumple ? No Cumple Fuente Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial

SevenLayer es un sistema de monitoreo, seguimiento de eventos, gestin del conocimiento y generador de informes programado para utilizar Microsoft. NET Framework. Se puede utilizar para controlar un solo sitio, una compleja aplicacin distribuida o una red empresarial. No se puede instalar en un ambiente que no sea Windows.

3.2.2.38.

SevOne

Sitio Oficial: http://www.sevone.com/ SevOne


Atributo (a) (b) Comentario Evaluacin Cumple No Cumple Fuente Pagina Oficial Pagina Oficial

Es un sistema de monitoreo comercial, se muestra en su sitio web como sistema de ltima generacin de gestin de redes de alto rendimiento que combina la mxima funcionalidad en un formato fcil de administrar. Puede monitorizar distintos sistemas operativos y componentes en la red. Cuenta con importantes clientes que utilizan el sistema.

3.2.2.39.

SNM

Sitio Oficial: http://snm.sourceforge.net/

SNM
Atributo (a) (b) (c) (d) (e) Comentario Evaluacin Cumple Cumple Cumple Cumple Cumple Fuente Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial

27

(f) (g) (h) (i) (j) (k) (l) (m) (n) (o)

No hay informacin -

Cumple Cumple Cumple Cumple Cumple Cumple Cumple ? Cumple Cumple

Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial

SNM significa System and Network Monitor , es un sistema Open Source que realiza monitoreos de distintos sistemas operativos, servicios, aplicaciones y componentes de red. Dispara alarmas cuando se llegan a determinados umbrales definidos y genera notificaciones de las alarmas. En su pgina principal informa sobre el envo de correos electrnicos informando sobre las alarmas generadas, pero no menciona la posibilidad de envos de mensajes SMS. No se hace referencia a usuarios que utilicen el sistema.

3.2.2.40.

Solar Winds

Sitio Oficial: http://www.solarwinds.com/ Solar Winds


Atributo (a) (b) Comentario Evaluacin Cumple No Cumple Fuente Pagina Oficial Pagina Oficial

Solar Winds es el nombre de la compaa que distribuye el producto Orion NPM. Este es un producto que se distribuye bajo licencia comercial. Es una sistema que cumple las funciones estndares de monitoreo.

3.2.2.41.

Uptime Software

Sitio Oficial: http://www.uptimesoftware.com/ Uptime Software


Atributo (a) (b) Comentario Evaluacin Cumple No Cumple Fuente Pagina Oficial Pagina Oficial

Es un sistema de monitoreo comercial, que pude monitorizar distintos sistemas operativos y componentes en la red. Cuenta con importantes clientes que utilizan el sistema.

28

3.2.2.42.

Whats up Gold

Sitio Oficial: http://www.whatsupgold.com/ Whats up Gold


Atributo (a) (b) Comentario Evaluacin Cumple No Cumple Fuente Pagina Oficial Pagina Oficial

Whats up gold es un sistema que se distribuye bajo licencia comercial, realiza monitoreos, notifica, genera alertas y realiza presentacin de informes de los distintos componentes de la red.

3.2.2.43.

Wormly

Sitio Oficial: http http://www.wormly.com/ Wormly


Atributo (a) (b) Comentario Evaluacin Cumple No Cumple Fuente Pagina Oficial Pagina Oficial

Wormly es un sistema que se distribuye bajo licencia comercial, cuenta con una versin trial disponible. No existe foro de ayuda, posee las caractersticas de monitorear, alertar, reportar eventos que sucedan en la red.

3.2.2.44.

Xymon

Sitio Oficial: http://www.xymon.com/

Xymon
Atributo (a) (b) (c) (d) (e) (f) (g) (h) (i) (j) (k) Comentario Evaluacin Cumple Cumple Cumple Cumple Cumple Cumple Cumple Cumple Cumple Cumple Cumple Fuente Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial

29

(l) (m) (n) (o)

No hay informacin -

Cumple ? Cumple Cumple

Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial

Xymon es una herramienta open source para monitorizar servidores, aplicaciones y redes. Recoge informacin sobre la salud de los computadores, las aplicaciones que se ejecutan en ellas, y la conectividad entre los nodos de una red. Toda esta informacin se presenta en una serie de pginas web intuitivas que se actualizan frecuentemente para reflejar los cambios en el estado de los sistemas. En su pgina oficial no identifica clientes que utilicen el software.

3.2.2.45.

Z/OS RMF

Sitio Oficial: http://www-03.ibm.com/servers/eserver/zseries/zos/rmf/ Z/OS RMF


Atributo (a) (b) Comentario Evaluacin Cumple No Cumple Fuente Pagina Oficial Pagina Oficial

RMF es un producto que se distribuye bajo licencia comercial de IBM, tiene como caractersticas principales monitorear, registrar mtricas de rendimiento y administrar el sistema operativo Z OS.

3.2.2.46.

Zabbix

Sitio Oficial: http://www.zabbix.org/ Zabbix


Atributo (a) (b) (c) (d) (e) (f) (g) (h) (i) (j) (k) (l) (m) Comentario Evaluacin Cumple Cumple Cumple Cumple Cumple Cumple Cumple Cumple Cumple Cumple Cumple Cumple Cumple Fuente Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial

30

(n) (o)

Cumple Cumple

Pagina Oficial Pagina Oficial

Zabbix es un sistema open source que cumple con todos los requisitos que se buscan del sistema a elegir. Es un sistema que tiene todo lo necesario como para ser elegido como sistema finalista.

3.2.2.47.

Zenoss

Sitio Oficial: http://www.zenoss.com/

Zenoss
Atributo (a) (b) (c) (d) (e) (f) (g) (h) (i) (j) (k) (l) (m) (n) (o) Comentario Evaluacin Cumple Cumple Cumple Cumple Cumple Cumple Cumple Cumple Cumple Cumple Cumple Cumple Cumple Cumple Cumple Fuente Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial Pagina Oficial

Zenoss es un sistema que cumple con todos los requisitos bsicos planteados por nuestro cliente por consiguiente pasa a ser un sistema candidato con posibilidades de ser un sistema finalista.

3.2.2.48.

Zyrion Traverse

Sitio Oficial: http://www.zyrion.com/?src=nocol Zyrion Traverse


Atributo (a) (b) Comentario Evaluacin Cumple No Cumple Fuente Pagina Oficial Pagina Oficial

31

Es un sistema de monitoreo con licencia comercial. Es una solucin que permite detectar problemas en los componentes de la red y generar alertas ante estas situaciones.

3.2.2.49.

Listado resumido de Sistemas

Del anlisis de cada uno de los sistemas propuestos como candidatos se confecciona la siguiente lista de sistemas que muestra en forma grfica si se produce el cumplimiento de las funcionalidades elegidas como bsicas.

Nombre
Argus Big Brother CA eHealth Cacti CiscoWorks LMS Collectd dopplerVUE entuity everest fireScope BSM freeNATS ganglia GroundWork Community GroundWork Enterprise Heroix Longitude Hyperic Hyperic Enterprise Intellipool Network Monitor InterMapper

(a)

(b)

(c)

(d)

(e)

(f)

(g)

(h)

(i)

(j)

(k)

(l)

(m)

(n)

(o)

32

LoriotPro ManageEngine OpManager Munin Nagios NeDi NetCrunch Nimsoft Op5 Monitor OpenNMS Opsview Osmius PacketTrap Pandora FMS Performance CoPilot Plixer Scrutinizer Polymon Server-Eye Seven-Layer SevOne SNM SolarWinds Uptime Software WhatsUpGold Wormly Xymon z/OS RMF Zabbix Zenoss Zyrion Traverse

33

3.3. Seleccin de los sistemas finalistas


Continuando con la metodologa, se seleccionarn los siguientes sistemas finalistas en base al cuadro de comparacin de sistemas confeccionado en el punto anterior, y la poltica de seleccin aplicada para eliminar sistemas, que consiste en corroborar que todas las caractersticas que se identifican como imprescindibles (desde el numeral (a) hasta el numeral (k)) deben cumplirse de forma obligatoria, si una de estas caractersticas no es cumplida por el sistema se descartar de la lista. Luego de reducida la lista a aquellos sistemas que cumplan con todas estas caractersticas, se tendrn en cuenta tambin los numerales (l), (m), (n) y (o) para descartar sistemas. Los sistemas que en principio cumplen con todos los requisitos son los siguientes:

Sistemas Pre Seleccionados Hyperic HQ Nagios Open NMS Pandora FMS Zabbix Zenoss

Sistemas Pre Seleccionados Estos sistemas fueron elegidos por cumplir con todos los requerimientos primarios expuestos en la seccin de Filtros Aplicados para eliminacin de Sistemas. A continuacin, metodologa BRR sugiere que de estos sistemas se elijan los 3 sistemas finalistas para pasar a la prxima etapa, que consiste un compararlos entre si. Para ello se investigan a fondo los sistemas seleccionados y nos basamos en las descripciones de funcionalidades y en la documentacin disponible de cada uno ellos para realizar la seleccin. Para esta etapa de investigacin el grupo de proyecto se reparte los distintos sistemas para analizarlos de forma mas profunda, tomando como base de anlisis reglas generales planteadas de antemano, para que cada sistema sea analizado desde un punto de vista similar. En las posteriores reuniones de grupo de proyecto se discutir y elegir cuales de estos 6 sistemas pasarn a la siguiente etapa. Las normas generales establecidas para dicha etapa consistieron en investigar cada sistema a fondo en cuanto a:

Pautas de Investigacin Opiniones de usuarios. Clientes que utilizan los sistemas. Existencia de quejas de usuarios.

34

Popularidad. Documentacin existente. Funcionalidades extras. Existencia de reportes generados. Existencia de algn complemento que permita vincular las cadas de los sistemas con los costos generados por esta causa. Probar si es posible alguna demostracin del sistema, observando principalmente la facilidad de uso del mismo. Alguna otra caracterstica que haga que el sistema sea digno de implementar. Ponerse en contacto con las distintas comunidades, para comprobar que grado de apoyo brinda respecto al sistema.

Luego de analizar los sistemas en base a las aspectos expuestos en el punto anterior, el grupo de proyecto se encontr con la situacin que todos los sistemas tienen caractersticas en principio que permiten que cualquiera de ellos este a un nivel aceptable como para ser utilizado en el proyecto. Por consiguiente para realizar la seleccin del sistema se tuvieron que ponderar determinadas caractersticas otorgndoles un peso mayor que a otras. Las caractersticas elegidas fueron:

Caracterizas que definen la seleccin de sistemas finalistas Estabilidad y permanencia en el mercado. Respuesta de las comunidades ante consultas planteadas a las mismas. Existencia de premios y reconocimientos. Existencia de Clientes importantes.

Caractersticas de seleccin Los sistemas finalistas elegidos fueron: Hyperic HQ: se elige este sistema principalmente por tener reconocimientos a nivel de premios como por ejemplo su versin Hyperic HP 3.1, segn Benchmark Capital (2007) [6], adems parece ser un sistema muy estable y completo. Nagios: se elige este sistema porque es el lder indiscutible de mercado en cuanto a reconocimiento, es uno de los sistemas mas usados y mas conocidos de esta familia. A pesar de ello se encontraron crticas en cuanto al uso del sistema. De todas formas es un sistema que cuenta con gran cantidad de bibliografa disponible y reconocimiento. Pandora FMS: es el sistema tal vez menos conocido de los tres, pero no por ello menos atractivo para su uso. Tiene una comunidad muy activa que respondi a las consultas del grupo de proyecto en forma muy rpida y cordial. Cuenta con interesantes clientes en el rea financiera, industrial y en el rea pblica espaola.

35

Luego de la seleccin de los sistemas finalistas el grupo de proyecto, realizar la instalacin de los mismos para corroborar su buen funcionamiento y se realizara un testeo bsico para corroborar que cumplen con los requerimientos bsicos solicitados por el cliente. Para esta etapa nuevamente se evaluarn los sistemas de forma independiente, en donde cada integrante del grupo de proyecto trabajar con un sistema especfico. Adems de la instalacin de los sistemas se procede a realizar una descripcin ms detallada de ellos que se expone a continuacin en este documento. :

3.4. Descripcin de los sistemas finalistas


Se realizara un breve resumen de los 3 sistemas finalista para conocer ms caractersticas de ellos y tener una visin ms amplia de los sistemas al momento de la seleccin.

3.4.1. Hyperic HQ 3.4.1.1. Descripcin general (funcionalidades y arquitectura)

Hyperic HQ es un software desarrollado para descubrir automticamente y monitorear Software y recursos de red. Provee una vista unificada de la situacin de aplicaciones. Cuenta con una serie de herramientas que permiten monitorear el rendimiento, crear alertas, ejecutar diagnsticos y realizar acciones de control desde una consola remota.

3.4.1.2.

Productos

Hay disponibles 2 versiones de Hyperic HQ. Hyperic HQ 4.0: es una versin Open Source con licencia GNU GPL v2. Hyperic HQ 4.0 Enterprise: esta versin esta disponible bajo licencia comercial, tiene todas las capacidades de a versin Open Source, y adems agrega automatizacin y nuevas caractersticas de control.

3.4.1.3.

Funcionalidades

Hyperic HQ monitorea y gestiona aplicaciones web a travs de una amplia gama de plataformas y tecnologas, provee de estas funciones bsicas de gestin para recursos de software o de red: Descubrir: el agente HQ auto descubre los recursos de software y genera una base de datos con informacin de los mismos. Dependiendo del tipo de

36

recurso es la informacin que guarda el agente. Por ejemplo obtiene informacin de la arquitectura de una plataforma, por ejemplo: memoria RAM, velocidad de la CPU, direccin IP etc. El agente utiliza paquetes propios de la aplicacin para auto descubrir sistemas operativos, servidores de aplicaciones, servidores http, servidores de bases de datos y otras aplicaciones o recursos de red. Adems permite crear pluggins que gestionen recursos que el Hyperic HQ no gestiona, o utilizar pluggins generados por la comunidad Hiperic con estos fines.

Organizar: Los recursos que el agente descubre se guardan en la base de HQ siguiendo el modelo jerrquico de base de datos3. Este modelo es fundamental para permitir administrar una cantidad importante de recursos de Software y las relaciones que se dan entre ellos. Monitorear: el agente HQ colecta las mtricas que reflejan disponibilidad, rendimiento y utilizacin de sistemas. Los agentes obtienen un conjunto estndar de mtricas para cada tipo de recurso. Se pueden elegir que mtricas se van a monitorear desde la interfase web que provee la aplicacin. Adems de mtricas los agentes monitorean logs, eventos y cambios de configuracin. Controlar: Se puede utilizar HQ para realizar controles y administracin remota de los recursos de software. Los controles disponibles varan segn el tipo de recurso. Para servidores de aplicaciones se pueden realizar tareas como comenzar y detener servicios, etc. Alertar, notificar y escalar: se pueden configurar alertas sobre mtricas especficas y configurar acciones para que HQ ejecute cuando una alerta se dispara. Cuando se dispara una alerta Hq puede responder de distintas maneras: puede enviar notificaciones por correos electrnicos, establecer trampas SNMP, o puede comunicarse con otros sistemas. Se debe definir que respuestas ejecutara el HQ cuando se generen alertas. Cuenta con un rgimen de escalonamiento que permite resolver todos los problemas. Presentar, visualizar y analizar: La interfase web es altamente configurable y esta hecha con portlets. Permite agregar, quitar y reorganizar estos portlets y controlar que informacin se muestra.

3.4.1.4.
3

Estructura

El modelo jerrquico de bases de datos consiste en usar relaciones Padre-Hijo para relacionar los tipos de registros. Esto se hace utilizando estructuras de tipo rbol. Solo puede existir un padre por hijo, y no es posible crear relaciones entre registros hijos. Por Ejemplo: se vincula una universidad con un nodo, este tiene estructuras hijas que representan departamentos, estudiantes y cursos. Se pueden tener varias estructuras hijas de departamentos pero no se puede tener un funcionario que trabaje para mas de un departamento. Para hacer esto tenemos que crear las instancias del mismo empleado en cada uno de los departamentos que trabaja. Esta solucin tiene como principal problema que puede generar inconsistencias de datos al hacer actualizaciones ya que pueden existir datos repetidos en distintos registros.

37

Hyperic esta compuesto por distintos componentes, que interactan entre si para provocar el funcionamiento de la aplicacin. Estos componentes son: el Agente HQ, el servidor HQ, la base de datos, la interfaz de usuarios, la HQ API, los plugg-in desarrollados para el sistema. Tambin se expondr sobre el inventario de HQ y el modelo de acceso a datos. .

3.4.1.4.1.

Agente HQ

Se puede ejecutar un agente en cada mquina que desea administrar con Hyperic HQ. El agente autodescubre las aplicaciones que se ejecutan en la mquina y peridicamente busca cambios de configuracin, rene mtricas de disponibilidad, utilizacin y rendimientos; realiza seguimientos de logs y eventos; permite realizar acciones de control de software, por ejemplo, iniciar y detener servidores de aplicaciones. El agente se encarga de enviar los datos que recoge al servidor central de Hyperic HQ.

3.4.1.4.2.

Servidor HQ y la base de datos

El servidor recibe los datos de los agentes y los almacena en la base de datos. El servidor proporciona lo necesario para la gestin de su repositorio de software. Implementa modelos de acceso, agrupando las aplicaciones de forma ordenada para facilitar el proceso de supervisin y gestin. El servidor detecta las alertas cuando se ejecutan y realiza las notificaciones definidas. Procesa las acciones que se inician desde la interfaz de usuario o desde la API de servicios web de Hyperic. Tambin proporciona servicios de autenticacin.

3.4.1.4.3.

Interfaz de usuarios

Hyperic cuenta con una interfaz de usuario web. Desde esta aplicacin permite tener una visin general de los cambios en el inventario de software, visualizar problemas de recursos, alertas, y mtricas. Permite realizar la lgica del monitoreo y de las alertas.

3.4.1.4.4.

HQ API

La API HQ es una API de servicios web que provee acceso programtico a todas los datos del servidor HQ y sus funcionalidades.

3.4.1.4.5.

Complementos (Plugins)

Los plugins permiten ampliar las capacidades de Hyperic HQ. Existen dos tipos de plugins:

38

El agente Hyperic utiliza plugins para descubrir, monitorear y controlar los recursos de software. Hyperic tiene muchos plugins ya incorporados, y se pueden construir otros para que los recursos sean compatibles con la plataforma. La comunidad ha contribuido con una importante cantidad de plugins que estn tambin disponibles. Se pueden construir plugins para extender la interfaz de usuario, desarrollar scripts que permitan automatizar los procesos realizados ms comnmente y desarrollar interfases de servicios web que interacten con otros sistemas.

3.4.1.4.6.

Inventario y modelo de acceso a datos

Cuando se habla de inventario se refiere a los recursos gestionados que componen la infraestructura, se refiere a: equipos, sistemas operativos, servidores de aplicaciones, aplicaciones, y otros componentes de software. Hyperic clasifica los recursos en base a una jerarqua que son: plataforma, servidor y servicio. Una plataforma es un sistema de hospedaje, un servidor es un producto de software que se ejecuta en una plataforma, y un servicio es un componente que se ejecuta en un servidor, o est asociado a una plataforma. Hyperic auto-descubre plataformas, servidores y servicios. Hay tambin dos tipos de recursos que puede configurar el usuario que son: las aplicaciones y los grupos. Una aplicacin es un conjunto de servicios que satisfacen a un conjunto de requisitos de negocios. Un grupo es un conjunto de recursos. Los grupos sirven para varios propsitos. Por ejemplo, si se tiene un grupo de recursos del mismo tipo se puede realizar acciones de control sobre ellos, como un reinicio a todos sus miembros utilizando un solo comando. Los grupos tambin son fundamentales en el modelo de acceso, ya que los recursos gestionados se agrupan por tener los mismos requerimientos de acceso. Vinculando grupos y usuarios a roles que definen una serie de permisos, se puede controlar a que recurso un usuario puede acceder y que acciones puede realizar sobre ese recurso.

3.4.1.5.

Requerimientos de Instalacin

En esta seccin se describirn los requerimientos de sistema y prerrequisitos para instalar los componentes de Hyperic.

3.4.1.5.1.

Servidor Hyperic

Se puede instalar un solo servidor en un equipo. Este equipo debe tener una direccin IP esttica.

39

3.4.1.5.1.1.

Entorno en tiempo de ejecucin Java (JRE)

El servidor puede correr con una JRE 1.5 1.6. El fabricante recomienda utilizar una JRE 1.5. Al momento de realizar este documento los paquetes de instalacin de Hyperic incluye una JRE 1.5. Tambin existen paquetes de instalacin que no incluyen JRE.

3.4.1.5.1.2.

Recursos para instalar el servidor Hyperic.

Para pequeos y medianos desarrollos, hasta 50 plataformas administradas se requiere un equipo que contemple las siguientes caractersticas:

Recursos necesarios para instalar el servidor Hyperic Como mnimo un procesador Pentium 4 de 1 GHz. , lo recomendado es 2 x 2.4 GHz Pentium Xeon o equivalente. Como mnimo 1 GB. de memoria RAM, lo recomendado es 4 GB. Como mnimo 1 GB. de espacio en libre en disco.

Recursos necesarios para instalar el servidor Hyperic.

3.4.1.5.1.3.

Sistema Operativo

Es servidor Hyperic se puede instalar indistintamente en alguno de los siguientes sistemas operativos: Linux, Solaris 10 o superior, Mac OS X (Intel x86) Windows 2003 Server. Nota: Hyperic no soporta que su servidor se este ejecutando sobre Windows XP en un ambiente de produccin, pero si es posible efectuar desarrollos de evaluaciones sobre Windows XP. Para la evaluacin de este software se realizaron pruebas con el Servidor Hyperic instalado en un Windows XP.

3.4.1.5.1.4.

Libreras para plataformas basadas en UNIX

Para plataformas basadas en Unix, se requiere la instalacin de la librera libXp.so.6 X. La ubicacin de esta biblioteca vara segn sea la versin y proveedor:

40

3.4.1.5.2. 3.4.1.5.2.1.

Base de datos de Hyperic Bases de datos que soporta el sistema

Hyperic instala por defecto una base de datos PostgreSQL V8.2.5, que es aconsejable slo para evaluacin o para desarrollos muy pequeos. El sistema no soporta desarrollos que usen esta base para ambientes de produccin con ms de 25 plataformas administradas. Para ambientes de produccin el fabricante recomienda instalar la base de datos en una plataforma MySQL o Oracle, y que se localice en un equipo distinto al que est instalado el Servidor de Hyperic. Hyperic soporta el uso de estas bases de datos como base de datos externa:

MySQL: Versin 5.0.45 o superior. Hyperic no soporta la versin de MySQL 5.1.x al momento de realizar este documento. Oracle: Versin 9 or 10 para Hyperic 4.0, o versin 10 o 11 para Hyperic 4.1 y posteriores. PostgreSQL: 8.3 o superior. Para esta base de datos se debe tener en cuenta que Hyperic no soporta el uso de PostgreSQL ejecutndose en Windows en entornos de produccin.

El fabricante del sistema recomienda el uso de MySQL o Oracle en ambientes de produccin.

3.4.1.5.2.2.

Hardware para la Base de datos

Los requerimientos necesarios para la instalacin de la base de datos son los siguientes:

Recursos necesarios para instalar la base de datos de Hyperic Como mnimo un procesador Pentium 4 de 1 GHz., lo recomendado es 2 x 2.4 GHz Pentium Xeon o equivalente. Como mnimo 2 GB. de memoria RAM (4 o ms GB recomendados). Como mnimo 10 GB de espacio libre en disco. Hardware fsico (no virtual).

41

Recursos necesarios para la instalacin de la base de datos de Hyperic

3.4.1.5.3.

Browsers soportados por el sistema

La interfase de usuario de Hyperic soporta los siguientes browsers: Firefox versiones 1.5.x o 2.0.x, Safari o Internet Explorer versiones 6 o 7. El browser recomendado por el fabricante del sistema es Firefox.

3.4.1.5.4.

Agente HQ

Se puede instalar un solo agente Hyperic por equipo. Este equipo debe tener una direccin IP esttica.

3.4.1.5.4.1. HQ

Recursos necesarios para instalar el agente

Los requerimientos necesarios para la instalacin los agentes de Hiperic son los siguientes:

Recursos necesarios para instalar los agentes de Hyperic Como mnimo un procesador de 500 MHz. Celaron, superior, o equivalente. Como mnimo 256 MB de memoria RAM. Como mnimo 500 MB espacio libre en disco.

Recursos necesarios para la instalacin de los agentes de Hyperic

3.4.1.5.4.2.

Sistema Operativo para instalar el agente

Los agentes de Hyperic se pueden instalar en los siguientes sistemas operativos: Linux, Windows XP o 2003 Server, Solaris 8 o superior, Mac OS X, HP-UX 11.11 o superior, AIX 5.2 o superior, y FreeBSD.

3.4.1.5.4.3.

Entorno en tiempo de ejecucin Java (JRE).

Los agentes de Hyperic pueden ejecutarse con una JRE 1.5 1.6. El fabricante recomienda utilizar una JRE 1.5. Al momento de realizar este documento los paquetes de instalacin de Hyperic incluyen una JRE 1.5. Tambin existen paquetes de instalacin que no incluyen JRE.

42

3.4.1.6.

Instalacin

En esta seccin se exponen las instrucciones para instalar los componentes de Hyperic usando el instalador.

3.4.1.6.1.

El script de Instalacin

El archivo de instalacin, setup.bat para Windows o setup.sh para sistemas que no son Windows, esta en el paquete de instalacin de Hyperic HQ. Se puede instalar el servidor, el agente o ambos. Se pueden agregar parmetros de instalacin que permiten configurar el modo de instalacin.

Argumento Descripcin del modo de Instalacin Modo Nada Instalacin rpida; los componentes HQ que se elijan para instalar se instalarn con la configuracin por defecto. Si se instala el servidor, se configurar para usar su base de datos built-in PostgreSQL. Es la forma ms sencilla de instalar HQ. Instalacin completa; el instalador esperar se le suministren valores para toda la instalacin. Actualizacin solo del server; el instalador espera se le ingrese el camino del servidor para actualizarlo.

-full -upgrade

Instalacin rpida cuando se va a utilizar una base de datos PostgreSQL postgresql que no es la base por defecto (built-in); el instalador solicitar informacin para conectarse a la base de datos y utiliza valores por defecto para el resto de las configuraciones. -oracle Instalacin rpida para Oracle; el instalador solicitar informacin para conectarse a la base de datos y utiliza valores por defecto para el resto de las configuraciones. Instalacin rpida para MySQL; el instalador solicitar informacin para conectarse a la base de datos y utiliza valores por defecto para el resto de las configuraciones.

-mysql

Parmetros de Instalacin de Hyperic

3.4.1.6.2.

Ejecutar el procedimiento de instalacin

Se debe descomprimir el paquete de instalacin. Dependiendo del modo de instalacin que se haya elegido el programa de instalacin solicitar los valores que sean necesarios para configurar el sistema. Si el proceso de instalacin fue el correcto el instalador provee la URL que lleva al portal de Hyperic. Por defecto esta URL es: http://localhost:7080/

43

Para ingresar al sistema el usuario administrador es hqadmin y su contrasea es hqadmin.

3.4.1.7.

Integracin con otros sistemas

Hyperic permite a los desarrolladores personalizar, ampliar e integrar su solucin en base a sus necesidades a Hyperic, de forma de ajustar el sistema para su entorno. Esto se puede realizar de 2 maneras. La primera es a travs de desarrollos de plugins de administracin que permiten que Hyperic descubra, monitoree y controle cualquier aplicacin o dispositivo usando una simple API Java/XML. La otra forma es desarrollar plugins que permitan crear componentes de interfase personalizados, que permitan una integracin con web services y la posibilidad de crear scripts de automatizacin usando el lenguaje groovy.

3.4.2. Nagios 3.4.2.1. Caractersticas y funcionalidades

Nagios marca el estndar en la industria de monitoreo a grandes niveles por unas cuantas razones. Este permite controlar la red informtica y solucionar problemas antes que los usuarios los detecten. Nagios es un sistema estable, escalable, con soporte y extensible.

3.4.2.1.1.

Monitoreo completo de la red

Este sistema permite monitorear una importante cantidad de dispositivos y sistemas como por ejemplo: Sistemas Operativos Windows, Sistemas Operativos Linux/Unix, Routers, Switches, Firewalls, Impresoras, Servicios y Aplicaciones.

3.4.2.1.2.

Funcionalidades bsicas

Se destacan las siguientes caractersticas de funcionamiento: Enviar de forma inmediata notificaciones de problemas va email, pager o telfonos celulares. Capacidad de notificar a mltiples usuarios. Uso de su interfase web que permite ver informacin detallada de los estados de los distintos componentes, reconocer problemas de forma rpida.

44

Permite reiniciar automticamente aplicaciones que hayan fallado, servicios y equipos. Permite agendar actualizaciones de hosts, servicios y componentes de la red. Permite planificar las capacidades de los componentes a travs del monitoreo. Permite generar reportes de disponibiidad SLA (Service Level Agreements), y reportes histricos de alertas y notificaciones. Adems permite ver las tendencias de los informes a travs de la integracin con Cactus y RRD. Mltiples usuarios pueden acceder a la interfase web, adems cada usuario puede tener una vista nica y restringida.

3.4.2.1.3.

Arquitectura fcilmente extensible

NAgios cuenta con una muy importante cantidad de addons desarrollados por la comunidad (ms de 200) que permiten extender las funcionalidades del sistema.

3.4.2.1.4. respetada

Estable confiable y con una plataforma

Nagios es un sistema que cuenta con ms de 10 aos en desarrollo, es un sistema que permite escalar hasta monitorear ms de 100,000 nodos, cuenta con gran reconocimiento, ganador de mltiples premios. Actualmente cuenta con ms de 250.000 usuarios alrededor del mundo. Tiene una lista de correos activa y una amplia comunidad a travs del website.

3.4.2.1.5.

Cdigo personalizable

Nagios es un software de cdigo abierto, con acceso completo al cdigo fuente, liberado bajo licencia GPL.

3.4.2.2.

Estructura

Segn Domnguez Dorado Manuel; Zarandieta Morn Jose [2] Nagios tiene las siguientes caractersticas principales en cuanto a su estructura:

45

El sistema cuenta con un ncleo que forma la lgica de control de negocio de la aplicacin, este contiene el software necesario para realizar la monitorizacin de los servicios y de las mquinas de la red. El sistema hace uso de diversos componentes que ya vienen en el paquete de instalacin con la aplicacin, y puede hacer uso de otros componentes realizados por terceras personas. El autor sostiene que aunque permite la captura de paquetes SNMP para notificar sucesos, pero no es un sistema de monitorizacin y gestin basado en SNMP, sino que realiza su labor basndose en una gran cantidad de pequeos mdulos software que realizan chequeos de partes de la red. Muestra los resultados de la monitorizacin y del uso de los diversos componentes en una interfaz web a travs de un conjunto de CGIs y de un conjunto de pginas HTML que vienen incorporadas, y que permiten al administrador una completa visin de lo qu ocurre, en dnde ocurre y en algunos casos el por qu ocurre. Por ltimo, si se compila para ello, Nagios guardar los histricos en una base de datos para que al detener y reanudar el servicio de monitorizacin, todos los datos sigan sin cambios. Nagios permite monitorizar sistemas Windows mediante la instalacin de un agente en la mquina a monitorizar, aunque la parte servidor de Nagios debe residir en un servidor Unix/Linux.

3.4.2.3.

Requerimientos de instalacin

Segn Cayuqueo Sergio. (2009) [3], rara realizar una correcta instalacin de Nagios, con todas sus caractersticas es necesario tener instalados ciertos paquetes de software en el sistema. La instalacin puede variar segn la distribucin de Linux en que se va a instalar, hay paquetes ya instalados y otros que hay que hacerlo manualmente. A continuacin se muestran los paquetes que deben estar instalados:

Paquete
Perl Net::SNMP Crypt::DES RRDTool Zlib

Descripcin
Interprete para el lenguaje descript Perl Modulo de Perl para consultas SNMP Modulo de Perl para encripcin DES, necesario para consultas SNMPv3 Utilitario para generacin de grficas de red y adems su mdulo de integracin con el lenguaje Perl Librera de compresin utilizada por las utilidades graficas

Sitio web

http://www.perl.org
http://search.cpan.org/dist/Net-SNMP http://search.cpan.org/~dparis/CryptDES/

http://oss.oetiker.ch/rrdtool
http://www.gzip.org/zlib/

46

LibJPEG LibPNG

Librera para exportacin jpg Librera para exportacin png Librera para procesamiento de Freetype2 fuentes Graphviz Utilitario para generacin de grficas XFree86-libs Libreras grficas generales Apache 2 Servidor Web PHP Interprete de lenguaje de script MySQL Sistema de base de datos Postfix SMTP para enviar mail Librera para generacin de formatos GD grficos Aditivo para la generacin de Nagvis diagramas dinmicos Aditivo grficos estadsticos y PNP4Nagios reportes para la generacin de visuales Agregado para articular Nagios con NDO MySQL Plugins de chequeo estndar de Plugins Nagios Plugins para la integracin de SNMP Plugins chequeos SNMP de Nagios Nagios Sitio de descarga oficial Herramienta visual de configuracin NagiosQL de Nagios via Web

http://www.ijg.org/ http://www.libpng.org/pub/png/ http://www.freetype.org/ http://www.graphviz.org/

http://koala.ilog.fr/lehors/xpm.html
http://httpd.apache.org/

http://www.php.net http://www.mysql.com
http://www.postfix.org/ http://www.libgd.org/ http://www.nagvis.org/ http://www.pnp4nagios.org/

http://www.nagios.org http://www.nagios.org
http://nagios.manubulon.com/

http://www.nagios.org
http://www.nagiosql.org/

Paquete necesario para el funcionamiento de NAGIOS segn referencia 3

3.4.2.4.

Instalacin

Se debe de instalar un servidor y tantos clientes como nodos se deseen controlar. La instalacin del servidor se debe hacer en una plataforma Linux. Para los nodos no existe una limitante respecto al sistema operativo. El proceso de instalacin completo y la configuracin del sistema se encuentra en su sitio oficial.

3.4.3. Pandora FMS


En el manual de Pandora FMS 1.3.1 [4], se describe el sistema como una herramienta de monitorizacin que puede cuantificar el estado (bien o mal) o almacenar un valor numrico o alfanumrico en una base de datos por meses. Permite medir rendimientos, comparar valores entre diferentes sistemas y establecer alertas sobre umbrales. Pandora FMS puede generar informes, estadsticas, niveles de adecuacin de servicio (SLA) y medir cualquier componente que proporcione o devuelva un dato. Es decir, Pandora FMS puede medir: sistemas operativos, servidores, aplicaciones, cortafuegos, proxies, bases de datos, servidores web, VPN, routers, switches, procesos, servicios, acceso remoto a servidores, etc.

47

Todo esta integrado en una arquitectura abierta y distribuida y se puede implementar sobre cualquier sistema operativo, con agentes especficos para cada plataforma. Existen agentes para Windows (2000, XP, 2003), GNU/Linux, Solaris, HP-UX, BSD, AIX, IPSO, y OpenWRT.

3.4.3.1.

Caractersticas y funcionalidades

Pandora FMS es un software de Cdigo Abierto que sirve para monitorizar y medir todo tipo de elementos. Monitoriza sistemas, aplicaciones o dispositivos. Permite saber el estado de cada elemento de un sistema a lo largo del tiempo. Otra caracterstica importante es que puede enviar SMS notificando alertas si un sistema falla. Pandora FMS puede monitorizar cualquier proceso o sistema que mediante un comando devuelva un valor, as como cualquier valor dentro de un registro de texto, del sistema operativo, archivo de registro o similar.

3.4.3.1.1.

Monitoreos mediante agentes

Algunos ejemplos de implementaciones de monitoreo mediante la utilizacin de agentes pueden ser los siguientes:

Monitoreos Mediante el uso de Agentes Nmero de conexiones (sesiones) de Checkpoint FW-1. Nmero de sesiones de NAT de Checkpoint FW-1. Nmero de conexiones del cortafuegos para GNU/Linux NetFilter/IPTables. Nmero de paquetes registrados en FW-1. Nmero de paquetes descartados en FW-1. Nmero de paquetes aceptados en FW-1. Estado de la alta disponibilidad de FW1 NG. Ultima poltica instalada en un modulo de Firewall-1. Estado de la sincronizacin de los mdulos de FW1 NG. CPU del sistema: idle, user y system. Nmero de procesos del sistema. Temperatura de la CPU de un sistema. Valor de un registro Windows. Procesos en cola de un dispatcher genrico. Memoria del sistema: libre, swap, kernel FW-1, cach, etc. Porcentaje de espacio libre en disco (por diferentes particiones). Mensajes procesados por una puerta de enlace de correo. Existencia de una cadena en un archivo de texto. Trfico por IP (filtrando segn las conexiones del cortafuegos). Visualizaciones de pginas en servidores HTTP (Apache, iPlanet, IIS, etc.). Porcentaje de paquetes errneos en una puerta de enlace. Conexiones establecidas en un servidor de acceso remoto (RAS). Tamao de un fichero concreto. Sesiones abiertas por un servidor VPN. Rendimiento MySQL: Consultas e inserciones por segundo, nivel de cach empleada, acierto de cach, consultas lentas, sesiones simultneas,

48

Estado de sistemas Snort (eventos por segundo, estado de los sensores, polticas cargadas, etc). Eventos proporcionados por IDS (Snort) hasta seis niveles de prioridad o por grupos. Nmero de conexiones locales (TCP, UDP, sockets UNIX) y estadsticas detalladas de la capa de red del S.O. (fragmentacin de paquetes, prdidas, paquetes marcianos, y otros muchos tipos de anomalas detectadas por el kernel). Antivirus detectados por una pasarela Web Antivirus. Tiempo de latencia ICMP hacia un equipo. Tasa de transferencia media en una herramienta de transferencia de ficheros. Numero de peticiones DNS atendidas por un servidor (incluyendo tipos). Numero de sesiones FTP atendidas por un servidor FTP. (Genrico) Estado de cualquier proceso/servicio activo en el sistema. (Genrico) Estado de cualquier parmetro cuantificable del sistema.

Monitoreos a travs de uso de Agentes

3.4.3.1.2.

Monitoreos sin agentes (monitorizacin remota)

Algunos ejemplos de implementaciones de monitoreo remoto sin la utilizacin de agentes pueden ser los siguientes:

Monitorizacin remota sin el uso de Agentes Conocer si un sistema responde a PING (si est vivo o no). Conocer el tiempo de latencia de un sistema (en milisegundos). Saber si un puerto remoto TCP esta abierto o no. Conocer el estado de un sistema remoto TCP en funcin de una respuesta a una cadena enviada. Por ejemplo, esto vale para saber si la versin SSH de un sistema remoto est activo y no ha cambiado. Esto tambin valdra para verificar que una pagina Web no ha sido alterada y que responde bien. Otra implementacin vlida sera simplemente para tomar un dato de una aplicacin Web. Obtener informacin mediante SNMP. Saber si un puerto remoto UDP responde.

Monitoreos remotos

3.4.3.2.

Arquitectura

Pandora FMS es un sistema modular y descentralizado. Los distintos componentes del sistema son: la consola, los servidores, la base de datos y los agentes. Consola de Pandora FMS: Es la interfaz de usuario de Pandora FMS. La consola de administracin y operacin permite a diferentes usuarios, con diferentes privilegios: controlar el estado de los agentes, ver informacin estadstica, generar grficas y tablas de datos as como gestionar incidencias con su sistema integrado. Tambin es capaz de generar informes y definir de

49

forma centralizada nuevos mdulos, agentes, alertas y crear otros usuarios y perfiles. Servidores de Pandora FMS: En Pandora FMS 1.3.1 hay cuatro tipo de servidores: 1. Servidor de datos: es el receptor de los paquetes de datos generados por los agentes y el que los procesa. 2. Servidor de red: son quienes monitorizan sistemas remotos usando recursos como ICMP, TCP, UDP o consultas SNMP. Los servidores de red actan sin necesidad de agentes y recogen toda la informacin de forma remota. 3. Servidor Recon: explora las redes detectando nuevos sistemas en ella y agregando los nuevos sistemas encontrados a Pandora FMS para que pueda monitorizarlos de forma automtica. 4. Consola SNNP: recibe y procesa traps SNMP, y lanza las alertas asociadas a ellos. Base de datos: La base central guarda toda la informacin que Pandora FMS necesita para trabajar. Agentes de Pandora FMS: recogen los datos del sistema. Se ejecutan en cada sistema local. Los agentes de Pandora FMS han sido desarrollados de forma diferente para cada plataforma especfica, haciendo uso de las herramientas propias del sistema anfitrin.

3.4.3.3.

Requerimientos de instalacin

Pandora FMS est compuesta por varios archivos shellscript (agentes UNIX/Linux), y una aplicacin Web en PHP (consola). Parte del cdigo esta desarrollado en C++ (agente Windows), parte del cdigo en PERL5 (servidor) y parte de la estructura y bases de datos en SQL, por ello, para conseguir que todo esto funcione se necesita tener algunas piezas de software en el sistema. Esta es una lista de paquetes, bibliotecas y software que se necesita antes de instalar Pandora FMS.

3.4.3.3.1. 3.4.3.3.1.1.

Servidores Servidor de datos de Pandora FMS

50

Para trabajar con el servidor de datos de Pandora FMS es necesario tener los siguientes mdulos de software Perl instalados en el sistema. Estos paquetes pueden instalarse usando el sistema de distribucin de paquetes de la distribucin de GNU/Linux o usando el sistema universal de paquetes Perl de CPAN.

Mdulos PERL XML Simple - Procesado y gestin de datos en formato XML. Digest MD5 - Generacin MD5. Time - Manipulacin bsica y local de fecha y hora. DBI, DB - interfaz con MySQL. Date - Manipulacin, gestin de formatos de fecha y hora. Threads y threads shared - Pandora FMS puede trabajar en entornos multi-hilo y emplea sistemas de memoria compartida para la comunicacin entre procesos (usando candados). Puede ser instalada recompilando el soporte para hilos en Perl.

Mdulos Perl necesarios para instalar el servidor de datos Todas estas dependencias pueden ser encontradas en el sitio web de CPAN o instaladas usando el sistema habitual de instalacin de paquetes en la distribucin correspondiente. Estos paquetes estn en la distribucin de Suse 9.1 y Debian 3.0 GNU/Linux. Tambin est disponible para Solaris en el repositorio de CPAN. Puede que adems sea necesario configurar la zona horaria (TZ) con sus correspondientes variaciones.

3.4.3.3.1.2.

Servidor de red de Pandora FMS

Requiere servidor SSH y Perl v5.8 o superior y los siguientes mdulos Perl:

Mdulos PERL IO Socket - Empleo y manejo de los sockets TCP/UDP Time HiRes - Se usarn tiempos ICMP Time Local - Fecha y hora de manejo bsico SNMP - Para manejo de SNMP Date - Necesidad de emplear formatos de fecha y hora con comparacin de entrada y salida Net Ping - Para calcular tiempos de latencia (se requiere que el servidor funcione como root) Tthreads y threads shared - Manejo de Hilos de proceso

Mdulos Perl necesarios para instalar el servidor de red Se debe tener instalado el paquete NET-SNMP, incluido en todas las distribuciones GNU/Linux. Se deber emplear el binario snmptrapd que incluye dicho paquete. Antes de instalarlo, se debe comprobar la configuracin del script lanzador para la consola de traps SNMP de Pandora FMS y asegrese de que la ubicacin del snmptrapd binario es correcta en su distribucin, que suele ser /usr/sbin/snmptrapd. Esta ubicacin se define con la variable

51

DAEMON_PATH. Este binario obtiene los traps SNMP, generando un registro analizado por la consola SNMP de Pandora FMS.

3.4.3.3.1.3.

Servidor de reconocimiento de red (recon)

El servidor de reconocimiento de redes de Pandora FMS, es una pequea pieza encargada de detectar sistemas mediante barridos ICMP. Para ello necesita algunas dependencias de mdulos Perl:

Mdulos PERL Socket, por defecto viene en la mayora de distribuciones de Perl. Posix, por defecto viene en la mayora de distribuciones de Perl. threads y threads shared - Por defecto viene en la mayora de distribuciones de Perl, excepto en algunos sistemas (Gentoo). Net Ping - Por defecto viene en la mayora de distribuciones de Perl. Time Local - Por defecto viene en la mayora de distribuciones de Perl. NetAddr IP - Para gestionar direcciones IP, redes y mscaras de red. En las versiones empaquetadas (RPM) de Pandora FMS, ya viene incluido. En algunos sistemas como Debian o Ubuntu, tambin est como paquete .DEB. Se puede instalar desde CPAN.

Mdulos Perl necesarios para instalar el servidor de reconocimiento A todos los efectos, la instalacin con el instalador disponible en el repositorio de cdigo SVN o mediante alguno de los paquetes .rpm y/o .deb disponibles, conduce al mismo resultado. La completa instalacin automtica del sistema, que nos deja en un punto en el que slo es necesario configurarlo para hacerlo funcionar. El instalador est en el directorio de la rama de servidores de Pandora FMS, puede ejecutarlo sin argumentos para ver su manejo.

3.4.3.3.2. 3.4.3.3.2.1.

Agentes Agentes Unix

Los usos incorporados de las aplicaciones UNIX y sus herramientas harn que los agentes que funcionen en este sistema sean muy sencillos. Tambin existen agentes desarrollados para AIX, GNU/Linux, Solaris y plataformas BSD, algunos de ellos muy similares pero no idnticos. Para SUN Solaris y OpenSolaris, el paquete MD5 es necesario para ejecutar correctamente el agente Solaris.

3.4.3.3.2.2.

Agentes Windows

Para crear agentes de Pandora FMS desde el cdigo fuente, se necesita la ltima versin de Dev-Cpp IDE, con las herramientas MinGW. Se puede descargar desde pgina web de Dev-Cpp. Para ello hay que Abrir el archivo PandoraService.dev con

52

Dev-Cpp y construya el proyecto. Todo debera compilarse bien en una instalacin normal.

3.4.3.4. 3.4.3.4.1.

Instalaciones Instalacin automtica con el instalador

Es posible realizar una instalacin completa y automtica del sistema, que nos deja en un punto en el que slo es necesario configurarlo para hacerlo funcionar.

3.4.3.4.2.

Instalacin de la base de datos

En la nueva versin 1.3.1 de la consola Web de Pandora FMS el proceso de crear e instalar la base de datos se puede hacer con facilidad con un navegador, siguiendo el mismo asistente que instala y configura la consola.

3.4.3.4.3.

Instalar la consola web

Antes de instalar la consola de Pandora FMS, se necesitan instalar las siguientes dependencias y software:

Requerimientos para instalar la consola web Servidor web. Se recomienda Apache2. PHP 4.3.x o PHP 5.x. Se han probado ambos en Pandora FMS, pero se recomienta la versin 5.x. Los mdulos PHP para MySQL, GD, gestin de sesiones y SNMP. La biblioteca PEAR PHP.

Requerimientos para instalar la consola web

3.5. Puntuacin de los sistemas finalistas


En esta seccin del documento se realizar la seleccin del sistema mas apropiado al proyecto, en base a las puntuaciones obtenidas aplicando la metodologa BRR para los sistemas finalistas y otros factores que el equipo de proyecto considere deban ser tenidos en cuenta. Para realizar la comparacin se utilizar como gua el proceso descrito en el documento BRR (2005) [5].

3.5.1. Ponderacin de Categoras

53

La metodologa sostiene que la inclusin de todas las categoras de evaluacin es contraproducente. Por consiguiente sugieren que los evaluadores realicen las siguientes tareas: Clasificacin de la importancia de las categoras de la evaluacin de uno a doce (1-12) con respecto a la orientacin funcional del software. Decidir sobre un punto de corte en la lista de categoras de evaluacin, o sea se ordenan las categoras por orden de importancia y se elige un punto en que la diferencia en importancia entre una categora y la siguiente es grande. Los evaluadores deben centrarse slo en las categoras que estn por encima del punto de corte, y debe descartar e ignorar las otras. La metodologa sugiere que los evaluadores se centren en 7 o menos categoras de evaluacin.

3.5.2. Seleccin de los factores de ponderacin adecuados


Una vez que los evaluadores han decidido cuales van a ser las 7 (o menos), categoras de evaluacin, deben concentrarse en el siguiente paso que es determinar la cantidad en la que cada categora debe contribuir al resultado final. Estos niveles de contribucin son los factores de ponderacin, y estn representados en porcentajes. Todos los factores de ponderacin en conjunto deben sumar el 100%. Para determinar una buena distribucin de los factores de ponderacin, en el supuesto de que se tengan 7 categoras de evaluacin, la metodologa sugiere que los evaluadores sigan las siguientes pautas: Ordenar las categoras en base a la importancia obtenidos en el paso anterior. Asignar un factor de ponderacin a la categora que tiene el rango medio (mitad de la lista ordenada). Asignar ponderaciones a las categoras restantes. La metodologa sugiere que si un evaluador se centra en 7 categoras, la categora que ocupa el cuarto puesto inicial de obtener una ponderacin del 15%, y en base a esto ponderar las otras categoras. A las categoras superiores en importancia en la lista (nivel de importancia 1, 2 3), se le asignaran los coeficientes de 15% o ms, y las categoras inferiores en la lista (nivel de importancia 5, 6 7) tendra coeficientes de 15% o menos. Debe asegrese que la suma de los pesos de las categoras a evaluar es de 100%. Se podrn hacer ajustes finales si es necesario.


Ranking 1 2 3 4 5

Category

Funcionalidad Calidad Usabilidad Rendimiento Apoyo

Weight 25,00% 20,00% 20,00% 15,00% 10,00%

54

Comunidad 5,00% Arquitectura 5,00% Escalabilidad 0,00% Seguridad 0,00% Documentacin 0,00% Adopcin 0,00% Profesionalismo 0,00% Figura : Categoras ponderadas por importancia
6 7 8 9 10 11 12

Las categoras fueron ordenadas segn su importancia otorgada por el equipo de proyecto ya que se espera del sistema que: Cumpla con todas las funcionalidades que el cliente solicita Se espera que responda de buena manera y asegurando cierto grado de calidad en su accionar. El sistema va a ser usado por personas de un centro de cmputos ajenas al equipo de seleccin por este motivo es importante que posea una ciertas caractersticas que lo haga amigable para los usuarios finales. Se espera tener un rendimiento aceptable del sistema Se espera contar con apoyo ante problemas, y el respaldo de poseer una comunidad activa y dispuesta a ayudar a resolver inconvenientes. Por ltimo se considera que la arquitectura del sistema es importante, fundamentalmente previendo posibles nuevos requerimientos y se vea necesario utilizar complementos adicionales al sistema por ejemplo plugins.

3.5.3. Ponderacin de Mtricas por categoras


Las categoras tienen mtricas asociadas, todas las mediciones dentro de una categora, ya sean cualitativos o cuantitativos, deben ser comparados con una escala normalizada que permita realizar la medicin y tenga sentido la comparacin. Para ello se utiliza una escala bsica de 1 a 5 en donde los valores se podran relacionar de la siguiente manera:

Valor

Concepto

55

1 2 3 4 5

Inaceptable Pobre Aceptable Muy Bueno Excelente

No todas las mtricas pueden alcanzar todos los valores, por ejemplo si es una mtrica es de tipo booleana (verdadero o falso), tiene 2 posibles valores. Una forma de cuantificarla sera asignar el valor 1 si es falso el valor 5 si es verdadero. Existen otras formas de cuantificar mtricas en la documentacin de la metodologa en BRR.

(2005) [5].
Adems del valor de la mtrica, esta va a estar ponderada dentro de la categora teniendo un porcentaje de importancia asignado. La suma de todas las distintas mtricas dentro de la categora deben sumar 100%. Para este trabajo se utilizan las mtricas recomendadas por la metodologa para realizar las comparaciones por categoras.

3.5.4. Mtricas de Funcionalidad


Las mtricas de funcionalidad de procesan de forma distinta a las mtricas de las otras categoras. Cada familia de sistema tiene un conjunto de caractersticas que deben ser cumplidas por las aplicaciones que caigan en ese tipo, y adems los sistemas pueden incluir otras caractersticas adicionales que tambin deben ser tenidas en cuenta en el momento de evaluar esta categora. Se debe analizar que caracterstica posee el sistema y compararlas con un conjunto estndar de caractersticas de la familia de ese sistema. Una vez obtenida la lista de caractersticas comunes a los sistemas la metodologa recomienda continuar de la siguiente manera: Asignar una puntuacin segn la importancia de la caracterstica a todas aquellas que se encuentren en la lista de caractersticas comunes, usando una escala de 1 a 3, en donde 1 indica que es de las menos importantes y 3 indica que es de las mas importantes. Comparar la lista de caractersticas del sistema contra la lista de estndares, para cada caracterstica del sistema encontrada en la lista estndar se debe sumar la puntuacin de importancia en una suma acumulativa. Las caractersticas estndares que no sean cumplidas por el sistema se restaran de la suma acumulativa. Si el sistema tiene caractersticas extraordinarias (no se encuentra en la lista de estndares), se debe asignar un grado de importancia a la misma y agregarla a la suma acumulativa.

56

Luego de culminado el proceso para todas las caractersticas del sistema se debe dividir el total obtenido sobre el mximo total posible de las caractersticas estndares. Este ndice es la puntuacin de las caractersticas funcionales. Es posible que sea mayor que 100% o menor que 0%, de esta manera se premia el tener funciones extras y se castiga el no tener aquellas estndares. Luego de obtener el porcentaje se debe comparar a la siguiente lista de puntuacin para obtener el puntaje de la categora funcional.

Porcentaje Obtenido Menos de 65 % Entre 65 % y 80 % Entre 80 % y 90 % Entre 90 % y 96 % Mayor que 96 %

Puntuacin 1 2 3 4 5

Descripcin Inaceptable Malo Aceptable Muy Bueno Excelente

Cuadro X: de Puntuacin de la Categora Funcional. A continuacin se expone la lista de caractersticas estndares para la familia de sistemas de monitoreo:

Lista de caractersticas estndares Functionality group (General) Monitorear distintos sistemas operativos El servidor se instala en ambiente Linux Monitorear al menos 15 componentes Tener agentes de monitoreo que trabajan sobre los sistemas clientes Generacin de reportes operativos y estadsticos. Tener una pantalla central de administracin y configuracin Functionality group (hardware) Monitorear hardware (uptime servers, routers, etc,) Enviar Alarma si no responde el equipo (Server) Enviar Alarma si no responde el equipo (router, switch) Functionality group (Sistemas Operativos) Enviar alarma si se llega a determinados umbrales de disco duro Enviar alarma si se llega a determinados umbrales de memoria Enviar alarma si se llega a determinados umbrales de CPU Controlar procesos (cantidad) Controlar archivos (tamao) Functionality group (Servicios y Aplicaciones) Monitorear software de base y generar alarmas ante cadas Monitorear software de aplicaciones y generar alarmas ante cadas Functionality group (Notificaciones) Permitir el envo de notificaciones va email

Caractersticas estndares de los sistemas de monitoreo

57

3.5.5. Recoleccin de datos


Para poder cuantificar las categoras es necesario recoger informacin, para ello se utilizar como principales fuentes: Internet y el contacto directo con los sistemas, mediante su instalacin y configuracin.

3.5.6. Seleccin del sistema


Para obtener los resultados de la comparacin de los sistemas se utilizan plantillas Excel que estn disponibles en el sitio de la metodologa. Se genera una planilla por sistema finalista, en stas se cargan todos los datos referentes categoras y mtricas. A Continuacin se expone un resumen de las mismas. Mtricas y puntajes referentes a la categora Funcionalidades.
Funcionalidades Estndar Ponderacin Pandora Nagios Hyperic Functionality group (General) 3 3 3 3 Monitorear distintos sitemas operativos 2 2 2 2 El servidor se instala en ambiente Linux 3 3 3 3 Monitorear al menos 15 componentes Tener agentes de monitoreo que trabajan sobre 3 3 3 3 los sistemas clientes 2 2 2 2 Generacin de reportes operativos y estadsticos. Tener una pantalla central de administracin y 2 2 2 -2 configuracin Functionality group (hardware) Monitorear hardware (uptime servers, routers, 3 3 3 3 etc,) Enviar Alarma si no responde el equipo (Server) Enviar Alarma si no responde el equipo (router, switch) Functionality group (Sistmas Operativos) Enviar alarma si se llega a determinados umbrales de disco duro Enviar alarma si se llega a determinados umbrales de memoria Enviar alarma si se llega a determinados umbrales de CPU Controlar procesos (cantidad) Controlar archivos (tamao) Functionality group (Servicios y Aplicaciones) Monitorear software de base y generar alarmas ante caidas Monitorear software de aplicaciones y generar alarmas ante caidas Functionality group (Notificaciones) Permitir el envo de notificaciones via email
3 3 3 3 3 3 3 3

3 3 3 2 2 3 3 3

3 3 3 2 2 3 3 3

3 3 3 2 2 3 3 3

3 3 3 2 2 3 3 3

58

Cuadro de comparacin de la categora Funcional.

Ponderacin Pandora Nagios Hyperic Categora Calidad Cantidad de revisiones menores en los ltimos 12 5% 4 5 3 meses Cantidad de revisiones no menores en los ltimos 20% 5 1 3 12 meses Nmero de bugs abiertos en los ltimos 6 meses 15% 3 5 4 (desde 1/1/2009 hasta 30/6/2009) Nmero de errores corregidos en los ltimos 6 meses (en comparacin con el nmero de errores abiertos) Cantidad de bugs criticos/P1 abiertos. (Se toman como criticos errores de prioridad 9 en escala del 1 al 10), Promedio de tiempo en que se solucionan los bugs criticos / P1 en los ltimos 6 meses
20% 5 3 1

20% 20%

1 4

5 4

2 3

Cuadro de comparacin de la categora Calidad.

Mtricas y puntajes referentes a la categora Usabilidad.


Ponderacin Pandora Nagios Hyperic
50% 25% 25% 5 2 2 3 2 2 3 2 3

Categora Usabilidad Experiencia con la interfaz de Usuario Tiempo para instalar prerequisitos previo a instalar el sistema Tiempo para la instalacin terminada y configurada

Cuadro de comparacin de la categora Usabilidad.

Categora Rendimiento Pruebas de rendimiento e informes de referencia disponibles Ajuste de rendimiento y configuracin, mide msi hay alguna documentacin o herramienta para ayudar a afinar el componente en cuanto a rendimiento y configuracin.

Ponderacin Pandora Nagios Hyperic


50% 3 5 3

50%

59

Cuadro de comparacin de la categora Rendimiento.

Ponderacin Pandora Nagios Hyperic Categora Apoyo El volumen promedio de la lista de correo general 25% 3 4 4 en los ltimos 6 meses 25% 5 1 3 Calidad de apoyo profesional 50% 5 1 2 Respuesta ante consultas de usuarios

Cuadro de comparacin de la categora Apoyo.


Ponderacin Pandora Nagios Hyperic Categora Comunidad El volumen promedio de la lista de correo general 50% 3 4 4 en los ltimos 6 meses Nmero de contribuyentes cdigo nico en los 50% 3 2 2 ltimos 6 meses

Cuadro de comparacin de la categora Comunidad.

Categora Arquitectura Existen plugins implementados por terceras partes Api Publica y servicios externos, mide si permite realizar extensiones y personalizar el sistema se puede configurar desde la aplicacin

Ponderacin Pandora Nagios Hyperic


35% 30% 35% 3 3 5 5 5 5 5 5 5

Cuadro de comparacin de la categora Arquitectura. Luego de cargados los datos en las planillas se calculan los puntajes de cada sistema. Los valores finales de los sistemas son los siguientes:

Sistema Hyperic HQ Nagios Pandora FMS

Puntuacin BRR 3,435 3,795 3,915

Puntuaciones Finales Del anlisis de los datos obtenidos en las planillas generadas para cada sistema se llega a las siguientes conclusiones: La categora Funcionalidad fue la que el grupo de proyecto designo como de mayor importancia, y en esta categora los 3 sistemas finalistas lograron la misma calificacin (5 puntos), lo que corrobora lo expuesto en el capitulo 3.3 de este documento en donde se expona que los sistemas seleccionados eran de

60

caractersticas similares, y cualquiera de los 3 sistemas puede ser elegido en cuanto al cumplimiento de los requisitos. La diferencia entre los sistemas es menor y se da en algunas categoras, como por ejemplo usabilidad que es la segunda categora elegida en orden de importancia. El sistema elegido cuenta con una interfaz de usuario amigable e intuitiva, que permite desarrollar las tareas de administracin y configuracin del mismo de forma relativamente sencilla. Otra categora importante es Calidad en la cual el sistema elegido esta con el mejor puntaje (por muy poco margen), esto se da a pesar de que el sistema elegido es el que mayor cantidad de errores reporta de los 3 sistemas, pero en contrapartida es el que los soluciona de forma ms rpida, y en mayor porcentaje (79%). En la otra categora que el sistema elegido obtuvo un muy buena puntuacin fue en Soporte, y esto se debe bsicamente a las respuestas obtenidas en tiempo y forma por el grupo de proyecto en cuanto a inquietudes de funcionamiento e instalacin del sistema.

3.6. Pruebas bsicas de funcionamiento de Pandora Fms.


Para corroborar que la eleccin realizada del sistema sea correcta se validan los principales puntos expuestos en este documento, se plantean un conjunto de pruebas bsicas lo mas exigentes posibles dentro del mbito de pruebas que esta al alcance del equipo. Para ello se monta un laboratorio de pruebas en el cual se incorporan los siguientes equipos: 1 computador personal, 2 computadores mviles (notebooks), 1 router. Para realizar el conjunto de pruebas se contemplan los requerimientos planteados por el cliente y mencionados en el capitulo 3.1 de este documento. Para ello se preparan los equipos por lo que se realizan las siguientes tareas:

Se instala un sistema Linux en un notebook con el servidor del sistema Pandora Fms versin XXXX. Se instala un sistema Linux y el agente para Linux de Pandora en un computador con un servidor apache. Si se puede hacer Lo mejor es una VPN Se instala el agente para Windows de Pandora y el ISS en el otro computador. El equipo que tiene instalado el servidor de Pandora Fms realiza el rol de servidor de Pandora.

61

Los equipos en los que se instalo el cliente desarrollan el papel de servidores de aplicaciones. Se configura una red de datos con los 3 computadores y el router.

En las pruebas realizadas en el laboratorio se configura el sistema para que dispare alarmas cuando detecta cado algn elemento monitoreado. De esta manera se persegua el fin de corroborar el buen funcionamiento de la aplicacin en lo referente a los siguientes items: Corroborar que el sistema detecta cuando un servidor de aplicaciones queda off line. Las pruebas se realizan para los 2 servidores de aplicaciones (Linux y Windows). Corroborar que el sistema detecta cuado un servicio queda off-line, persiguiendo este fin se configura el sistema para que dispare alarmas cuando los servicios apache (en Linux) o ISS (en Windows) se detienen. Corroborar que el sistema monitorea de forma correcta el uso de memoria, disco y CPU para los sistemas clientes. Se configuran alarmas para que se disparen cuando se llega aun determinado umbral. Corroborar que el sistema detecta la cada de un router, para ellos se configura que se dispare una alarma cuando este no responde.

De las pruebas realizadas se obtiene como resultado el buen funcionamiento del sistema, corroborando que se detectan los problemas que el cliente plantea como bsicos en sus requerimientos.

62

Anexo 1 Sitios oficiales de las aplicaciones analizadas en este trabajo Nombre Argus CA eHealth Cacti CiscoWorks LMS Collectd dopplerVUE entuity everest fireScope BSM freeNATS ganglia GroundWork Community GroundWork Enterprise Heroix Longitude Hyperic Intellipool Network Monitor InterMapper LoriotPro ManageEngine OpManager Munin Nagios NeDi NetCrunch Nimsoft Op5 Monitor OpenNMS Opsview Osmius PacketTrap Pandora FMS Performance Co-Pilot Plixer Scrutinizer Polymon Server-Eye Seven-Layer SevOne SNM URL http://argus.tcp4me.com/ http://www.ca.com/us/network-performance.aspx http://www.cacti.net/ http://www.cisco.com/en/US/products/sw/cscowork/ps2425/index.html http://collectd.org/ http://www.dopplervue.com/ http://www.entuity.com/ http://www.lavalys.com/ http://www.firescope.com/Products/BSM/ http://www.purplepixie.org/freenats/ http://ganglia.info/ http://www.groundworkopensource.com/community/ http://www.groundworkopensource.com/products/enterprise/ http://www.heroix.com/ www.hyperic.com http://www.intellipool.se/ http://www.intermapper.com/ http://www.loriotpro.com/ http://www.manageengine.com/products/opmanager/ http://munin.projects.linpro.no/ http://www.nagios.org/ http://www.nedi.ch/ http://www.adremsoft.com/netcrunch/ http://www.nimsoft.com/ http://www.op5.se/nyheter/201-op5-releases-new-version-of-op5monitorhttp://www.opennms.org/index.php/Main_Page http://www.opsview.org/ http://www.osmius.net/es/ http://www.packettrap.com/ http://pandorafms.org/ http://oss.sgi.com/projects/pcp/ http://www.plixer.com http://www.codeplex.com/polymon http://www.server-eye.co.uk/en/ http://architel.com/integration-services/seven-layer/ http://www.sevone.com/ http://snm.sourceforge.net/

63

SolarWinds Uptime Software WhatsUpGold Wormly Xymon z/OS RMF Zabbix Zenoss Zyrion Traverse

http://www.solarwinds.com/ http://www.uptimesoftware.com/ http://www.whatsupgold.com/ http://www.wormly.com/ http://www.xymon.com/ http://www-03.ibm.com/servers/eserver/zseries/zos/rmf/ http://www.zabbix.org/ http://www.zenoss.com/ http://www.zyrion.com/?src=nocol

64

Referencias Ref 6
[1] - Chris Knowles. 2007. The Truth about Agent vs. Agentless Monitoring A Short Guide to Choosing the Right Solution. Disponible en internet: http://searchcio.bitpipe.com/detail/RES/1217246735_716.html [2] - Domnguez Dorado Manuel; Zarandieta Morn Jose.2003. Evaluacion de Nagios para Linux. Disponible en internet:
http://nagios.sourceforge.net/download/contrib/documentation/misc/Nagios_spanish.pdf

[3] - Cayuqueo Sergio. 2009. Monitoreo y anlisis de Red con Nagios. Disponible en internet: http://cayu.com.ar/files/manual-nagios-2009.pdf [4] - Pandora FMS.2008. Documentacin de usuario Pandora FMS 1.3.1 Disponible en internet: http://pandorafms.org/ [5] - BRR. 2005. Business Readiness Rating for Open Source(A Proposed Open Standard to Facilitate Assessment and Adoption of Open Source Software ). Disponible en Internet: <http://www.openbrr.org/wiki/index.php/Downloads [6] Benchmark Capital. 2007. Hyperic Wins Best Systems Management Tool Award at LinuxWorld. Disponible en Internet: <http://www.benchmarkcapital.com/news/sv/2007/08_08_2007b.php>

http://support.hyperic.com/display/hypcomm/HyperFORGE Metricas Hyperic http://forums.hyperic.com/jiveforums/index.jspa?categoryID=1 Metricas Hyperic http://support.hyperic.com/display/DOC/HQ+Documentation Documentacin Hyperic para la descripcin

http://sourceforge.net/tracker/?atid=397597&group_id=29880&func=browse
Metricas NAgios

http://sourceforge.net/tracker/?group_id=155200&atid=794852 Metricas Pandora FMS

65