PROYECTO FIN DE CARRERA

Transcripción

1 PROYECTO FIN DE CARRERA Título Adecuación, mejora y optimización de la plataforma de monitorización de red y sistemas en la UR con herramientas de software libre Autor/es Eduardo Laborda Plá Director/es Fernando Ríos Puente y María Vico Pascual Martínez-Losa Facultad Facultad de Ciencias, Estudios Agroalimentarios e Informática Titulación Proyecto Fin de Carrera Departamento Matemáticas y Computación Curso Académico

2 Adecuación, mejora y optimización de la plataforma de monitorización de red y sistemas en la UR con herramientas de software libre, proyecto fin de carrera de Eduardo Laborda Plá, dirigido por Fernando Ríos Puente y María Vico Pascual Martínez-Losa (publicado por la Universidad de La Rioja), se difunde bajo una Licencia Creative Commons Reconocimiento-NoComercial-SinObraDerivada 3.0 Unported. Permisos que vayan más allá de lo cubierto por esta licencia pueden solicitarse a los titulares del copyright. El autor Universidad de La Rioja, Servicio de Publicaciones, 2013 publicaciones.unirioja.es publicaciones@unirioja.es

3 Facultad Facultad de Ciencias, Estudios Agroalimentarios e Informática Titulación Ingeniería Técnica en Informática de Gestión Título Adecuación, mejora y optimización de la plataforma de monitorización de red y sistemas en la UR con herramientas de software libre. Autor/es Eduardo Laborda Plá Director/es Fernando Ríos y María Vico Pascual Departamento Matemáticas y computación Curso académico

4 1 Contexto Glosarios de términos Documento de Objetivos del proyecto Generalidades Antecedentes y Situación actual Alcance Objetivos del proyecto Metodología Entregables Estructura de descomposición de tareas Riesgos Software de monitorización Estudio de alternativas en herramientas de monitorización Nagios Pandora Zabbix Centreon FAN (Full Automated Nagios) Análisis y selección de la herramienta de monitorización Arquitectura de la plataforma de monitorización Análisis del sistema de monitorización Usuarios de la monitorización Host de la monitorización Servicios de la monitorización Identificación de recurso a monitorizar Definición de los valores críticos (Warning, Critical) del recurso El identificador de objeto (OID) de los recursos Servicios para Windows Plugins de la monitorización Elección de servidor de correo Comunicación y permisos con servidores Copia de Seguridad del sistema Implementación del sistema de monitorización en Comunicaciones Implementación de Host Lista de equipos a monitorizar Plantillas y grupos de host Observaciones Implementación de servicios de Comunicaciones Identificación de recursos Definición de los valores críticos (Warning, Critical) de los recursos Identificador de objeto (OID) Identificación y descripción de plantillas de servicios Implementación de plugins comunicaciones Comando UR_check_load_linux Comando UR_check_cpu_netapp Comando Check_disk Comando UR_check_disk_firewall Página 2 de 135

5 6.3.5 Comando UR_check_disk_linux Comando UR_check_disk_netapp Comando UR_check_memory Comando UR_check_ethernet Comando UR_check_radio Implementación de la monitorización de Sistemas Arquitectura de la monitorización Sistemas Instalación del poller de Sistemas Implementación de Host en Sistemas Implementación de los servicios en Sistemas Identificación de servicios Valores críticos Implementación de plugins de Sistemas Comando ur_ceck_cert Comando ur_check_connections Comando ur_check_tunnel_dialnet Comando ur_check_virtual_host Servicios Windows check_centreon_snmp_cpu check_centreon_snmp_remote_storage check_centreon_snmp_memory check_centreon_snmp_process Mejoras del Sistema de monitorización Copia de Seguridad del sistema Mapas de red Mapas de la monitorización de comunicaciones Mapas de la monitorización de sistemas Pruebas realizadas en la monitorización Gestión real del proyecto Conclusiones Informe del supervisor de la monitorización Bibliografía Anexos NRPE y SNMP NRPE SNMP (Protocolo Simple de Administración de Red) Manual de usuario Actas de reunion Acta Acta Acta Acto Acta Acta Acta Acta Acta Acta Acta Página 3 de 135

6 Acta Acta Acta Acta Acta Acta Acta Acta Acta Acta Página 4 de 135

7 1 Contexto La monitorización es una parte muy importante dentro de las redes de comunicación, por ello, tener un sistema de monitorización eficiente es importante, ya que con él podemos identificar errores y problemas en las comunicaciones de forma rápida y así poder subsanarlos de forma eficaz. La Universidad de la Rioja tiene un sistema de monitorización de redes el cual quiere ser actualizado y mejorado. Este proyecto intentará mejorar el sistema actual de monitorización y ampliarlo. En esta mejora queremos aumentar los objetos a monitorizar y hacerlo de una manera eficiente. La realización de este proyecto surge durante la estancia en el servicio informático de la universidad, durante el periodo de una beca de colaboración. Al empezar este trabajo para la beca, se ve que puede ser viable como proyecto fin de carrera, y se propone su realización. El proyecto duró todo el año de la beca de colaboración, más 5 meses que se ha estado como prácticas en el servicio informático. 2 Glosarios de términos SNMP: Protocolo Simple de Administración de Red (Véase Anexos). NRPE: Ejecutor de plugins locales en equipos remotos (Véase Anexos). Host: Servidor o dispositivo de red. Servicio: Monitorización de un recurso de un servidor. Plugin: Comando para realizar servicios de monitorización. MIB: Base de Información de Administración. OID: Identificador de objeto. LDAP: Protocolo Ligero de Acceso a Directorios. Firewall: Parte de un sistema o una red que está diseñada para bloquear el acceso no autorizado. Switches: dispositivo digital lógico que tiene como función interconectar dos o más segmentos de red. SWAP: Memoria virtual. AP: Punto de acceso. NAS: Dispositivos de almacenamiento específicos a los que se accede desde los equipos a través de protocolos de red. DNS: Sistema de nombres de dominio. DHCP: Protocolo de configuración dinámica de host. NDOUTILS: Addon que permite almacenar la configuración, tests y resultados de Nagios. VMWare ESX y ESXi: Plataformas de virtualización. TCP: Protocolo de Control de Transmisión. Warning: Valor de peligro para los servicios, se produce un aviso al responsable del recurso que produce el aviso. Critical: Valor crítico para los servicios, se produce un aviso al responsable del recurso que produce el aviso. Página 5 de 135

8 3 Documento de Objetivos del proyecto 3.1 Generalidades En este proyecto se quiere realizar la implantación de un sistema de monitorización para una parte de la red de la universidad de La Rioja. La parte de la red de la UR que se quiere monitorizar se divide en dos: Comunicaciones Sistemas Estas dos redes tienen multitud de host, y de cada uno tendremos que monitorizar una serie de recursos. 3.2 Antecedentes y Situación actual El servicio informático de la Universidad de la Rioja lleva una monitorización de las redes de la universidad, actualmente la plataforma de monitorización que se utiliza es Nagios (Anexos). Nagios es un software libre muy utilizado que monitoriza redes, Nagios puede vigilar los equipos (hardware) y servicios (software) que se especifiquen, mandando alertas cuando se produce un comportamiento no deseado. Entre sus características principales figuran la monitorización de servicios de red, la monitorización de los recursos de sistemas hardware (carga del procesador, uso de los discos, memoria, estado de los puertos...), independencia de sistemas operativos y la posibilidad de programar plugins específicos para nuevos sistemas. El servicio informático de la UR tiene actualmente dos instancias de Nagios donde se monitorizan las redes de sistemas y comunicaciones de la UR. Estas dos instancias de Nagios son las que se quieren ampliar y mejorar, esta mejora en la monitorización se quiere realizar por las siguientes razones: Facilitar la configuración del sistema de monitorización. Nagios es una herramienta muy potente de monitorización, pero es muy difícil de configurar, sus archivos de configuración tienen una sintaxis única, y se ha de conocer bien para poder manejar la configuración de Nagios y realizar cambios. Cualquier error en la sintaxis de los archivos de configuración hace que Nagios deje de funcionar. Actualizar la interfaz del sistema de monitorización. Aunque Nagios nos viene con una interfaz Web para poder visualizar la monitorización, esta no tiene muchas posibilidades a la hora de ver algún tipo de gráfico o esquema de los datos de la monitorización, en los que poder ver o prevenir el comportamiento de los recursos monitorizados. Página 6 de 135

9 Mejorar los mapas de red. Nagios nos da la posibilidad de visualizar unos mapas de red, muy rudimentarios. Dependiendo de las relaciones entre los host que monitorizamos, este mapa que nos crea es muy general y no da una visión acertada de la red monitorizada. Cambios en el protocolo de monitorización. En la monitorización, se están utilizando comandos NRPE para monitorizar los recursos de los host, este protocolo se quiere cambiar a SNMP. Generación, almacenamiento y consulta en tiempo real de históricos. Tendremos que poder almacenar los resultados de la monitorización, estos datos podrán ser consultados en un futuro para ver tendencias en los recursos monitorizados. Disponibilidad de un sistema de recuperación ante desastres. Se podrán realizar backups de los archivos de configuración y de las BBDD del sistema de monitorización, para que en caso de fallo en el sistema no perdamos nada de información. Herramientas OpenSource. El software a utilizar para nuestro sistema de monitorización ha de ser un software libre. Para realizar la ampliación y mejora del sistema de monitorización se estudiarán varias alternativas de software y se elegirá la más adecuada para nuestra monitorización. 3.3 Alcance La monitorización que se ha de realizar abarcará la parte de Comunicaciones y Sistemas, se han de implementar todos los servicios previos que hubiera en la monitorización antigua, además de los nuevos servicios que necesitemos. Se han de desarrollar los plugins necesarios para realizar la monitorización, o bien extraerlos de algún medio, ya sea de la configuración de monitorización previa, o mediante Internet. La monitorización abarcará los siguientes host y recursos: Por la monitorización de comunicaciones: Host: Switches AP Cabinas de disco Firewall Página 7 de 135

10 Recursos: Disponibilidad del Host Memoria RAM Memoria SWAP Discos Duros Uso de CPU Estado de los puertos Ethernet Por la monitorización de sistemas: Host: Servidores DNS Servidores DHCP Firewall Equipos y servidores de correo Servidores Virtuales Servidores Proxy Web Servidores LDAP Servidores NAS Servidores de BBDD Recursos: Disponibilidad del Host Memoria RAM Memoria SWAP Discos Duros Uso de CPU Caducidad de certificados Host virtuales Servicios específicos (DNS, DHCP, Web, Balanceos ) Se tendrá que poder realizar una copia de seguridad de la herramienta de monitorización a través de la Web, poniendo un link que nos envíe a una página donde poder crear la copia de seguridad de forma automática. Aspectos que no se realizarán durante el proyecto: La monitorización solo incluye los equipos que hay en el CPD del servicio informático, los cuartos de comunicaciones del campus y los puntos acceso a la red de los edificios, no se incluye ningún equipo personal, ni los ordenadores de los despachos, ni los ordenadores de las aulas de los edificios del campus de la UR. Página 8 de 135

11 Realización de Event Handler, estos eventos se utilizan para solucionar un problema en un servicio automáticamente, por ejemplo al dar un problema un servicio http, que éste se reinicie automáticamente. Desarrollar una nueva herramienta de monitorización. Desarrollar un protocolo de comunicación propio. Una monitorización de redes necesita un mantenimiento continuo, ya que se tienen que ir solucionando las incidencias que se van produciendo, dando recurso de alta o baja, cambiando servicio por ello nosotros solo nos encargaremos de este mantenimiento durante el tiempo que duren las prácticas en el servicio informático, una vez finalice ese tiempo, se encargarán los empleados del servicio informático. 3.4 Objetivos del proyecto El objetivo del proyecto es la mejora y optimización de la plataforma de monitorización de red y sistemas de la UR, para ello se estudiarán diferentes opciones de software libre y se elegirá la más conveniente para el proyecto. Los aspectos a cubrir en el proyecto son los siguientes: Estudio de distintas alternativas de software y elección del mismo. Instalación del software libre, configuración y desarrollo de los módulos necesarios para capturar y mostrar los datos de funcionamiento de los equipos del CPD. Identificación de los equipos del CPD a monitorizar y definición de su criticidad. Monitorización de los componentes reflejando los parámetros de supervisión y control que permita localizar de forma inmediata el origen de las incidencias que puedan producirse sobre cualquiera de los equipos implicados. Captura de los datos y procesado de la información para su posterior visualización como gráficos en una interfaz Web, para poder ser analizados por los usuarios del sistema de monitorización, de forma que se puedan ver comportamientos en los recursos monitorizados y así realizar un mantenimiento preventivo y proactivo. Creación de mapas de red que reflejen la distribución de los dispositivos y los servicios monitorizados. Creación de back-up de la plataforma para posible restauración en caso de fallo del sistema. Página 9 de 135

12 Cambio en el protocolo de los comandos de monitorización de NRPE a SNMP (siempre que sea posible). Monitorización de tanto equipos Linux / Unix como Windows, teniendo que realizar servicios de monitorización específicos para cada sistema operativo. 3.5 Metodología Para la realización del proyecto se cree que la metodología más conveniente a utilizar es la del Círculo de Deming (PDCA), esta decisión se basa en que durante la realización del proyecto se realizarán reuniones periódicas con el codirector con el cual se decidirán las tareas a realizar y a comprobar los avances realizados en el proyecto. Planificar En cada reunión con el codirector tratamos los puntos que vamos a hacer y mejorar durante las reuniones de seguimiento a los largo del proyecto. Hacer Durante las semanas siguientes a la reunión se realizan los puntos tratados en ella implementando la monitorización. Verificar Una vez terminado de implementar los puntos tratados en la reunión se realiza una nueva para verificar las mejoras realizadas y plantear el siguiente paso. Actuar En caso de que no se termine la tarea planteada en la reunión anterior se verán las dificultades encontradas y se tratarán de solucionar para seguir avanzando. Página 10 de 135

13 3.6 Entregables Memoria Manual de usuario Gestión del proyecto Presentación Página 11 de 135

14 3.7 Estructura de descomposición de tareas Página 12 de 135

15 Dirección y gestión Esta tarea se divide a su vez en tres subtareas distintas: Entorno de trabajo: En esta tarea se nos mostrará dónde trabajaremos en el sistema informático, en qué trabajaremos y cuál será el horario para la realización del proyecto. o Tiempo estimado: 1 hora Nuevas herramientas: Se usará tiempo en investigación, análisis, estudio, selección y aprendizaje de nuevas herramientas para la realización del proyecto, así como tecnologías que no se han visto hasta el momento. o Tiempo estimado: 60 horas Presentación de las nuevas herramientas: Realización de una presentación con al codirector sobre las herramientas a utilizar en el proyecto. Mantenimiento: En esta tarea se realizarán los cambios en los datos, así como crear nuevos Host, añadir nuevos servicios o quitar alguno existente. Estos cambios se producen durante todo el proyecto ya que se hacen a petición del responsable del servicio informático in situ, dado que las redes y sistemas son entornos dinámicos, y su estructura y servicios van evolucionando con el tiempo a lo largo del desarrollo de este proyecto. o Tiempo estimado: Esta tarea se realizará durante todo el proyecto Reuniones con el tutor: Se realizarán reuniones con el codirector del proyecto para solventar las dudas, chequear los avances, cambios y mejoras que se van realizando en el proyecto. De cada reunión se realizará un acta con todos los puntos hablados en la reunión y tareas propuestas hasta la siguiente revisión. Habitualmente se han realizado una media de 2 reuniones al mes, cuyas fechas se han programado según la complejidad de las tareas propuestas en cada una de ellas. o Tiempo estimado: 40 horas Elaboración del DOP Conocimientos del SI: Se ha de aprender el funcionamiento del servicio informático, infraestructuras de sistema, comunicaciones, e integración de tecnologías. o Tiempo estimado:40 horas Identificación de requisitos: Se identificarán los objetivos que se van a realizar en el proyecto. Página 13 de 135

16 o Tiempo estimado: 24 horas Descomposición de tareas: Iremos descomponiendo el proyecto en subtareas hasta que podamos valorar el tiempo a invertir en solucionar el problema. o Tiempo estimado: 12 horas Diseño Diagrama de arquitectura: Realizaremos un diagrama de la arquitectura del sistema. o Tiempo estimado: 16 horas Análisis del sistema de monitorización Análisis de instalación del software: Analizaremos qué herramientas vamos a instalar en el servidor de monitorización. o Tiempo estimado: 28 horas Análisis de Host: en esta tarea analizaremos los Host, veremos cuáles han de ser añadidos y cómo. o Tiempo estimado: 50 horas Análisis de servicios: en esta tarea analizaremos los servicios de monitorización. o Tiempo estimado: 54 horas Análisis de plugins: En esta tarea analizaremos los plugins. o Tiempo estimado: 36 horas Implementación de Sistemas y Comunicaciones Instalación del software: instalaremos las herramientas que hemos decidido tener en el servidor de monitorización. o Tiempo estimado: 44 horas Implementación de Host: en esta tarea añadiremos los Host que tenemos al software. o Tiempo estimado: 50 horas Página 14 de 135

17 Implementación de servicios: en esta tarea añadiremos los servicios. o Tiempo estimado: 88 horas Implementación de plugins: En esta tarea implementaremos los plugins necesarios para el funcionamiento de los servicios. o Tiempo estimado: 52 horas Servicios Windows: En esta tarea implementaremos los plugins necesarios para el funcionamiento de los servicios para Windows. o Tiempo estimado: 50 horas Pruebas Pruebas en el sistema: Realizaremos pruebas a cada paso para verificar que todo funciona correctamente. o Tiempo estimado: 5 Pruebas en los servicios: Pruebas realizadas para comprobar que los servicios funcionan correctamente. o Tiempo estimado: 31 Pruebas servicios Windows: Pruebas realizadas para comprobar que los servicios Windows funcionan correctamente. Manual de usuario o Tiempo estimado: 20 Redacción de manual de usuario: Realización de un manual de usuario exhaustivo. o Tiempo estimado: 20 Memoria Recopilación de información: durante todo el proceso se irá recopilando información de los avances y cambios en el proyecto. o Tiempo estimado: 24 horas Redacción de la memoria: Se redactará la memoria con toda la información recopilada hasta el momento y se le dará formato. Página 15 de 135

18 Preparar defensa o Tiempo estimado: 44 horas Presentación: Realización de la presentación para la defensa del proyecto. o Tiempo estimado: 4 horas Según esta estimación nos saldrían un total de 752 horas aproximadamente, que corresponden al tiempo que se estará en la beca de colaboración. Página 16 de 135

19 Página 17 de 135

20 El proyecto se realizará durante el horario de la beca de colaboración con la UR, de lunes a viernes entra las 9:00 y la 13:00, dedicando 4 horas a la realización del proyecto, llegando hasta 5 si fuese necesario recuperar tiempo. La beca tiene una duración del 1 de octubre del 2011 al 31 de julio del 2012, durante ese tiempo tendrá que realizarse el proyecto. 9:00-10:00 10:00:11:00 11:00-12:00 12:00-13:00 13:00-14:00 L M X J V S D Horas para realizar el proyecto Horas de refuerzo El proyecto solo podremos realizarlo durante las horas de la beca, ya que es cuando tenemos acceso al material para realizar el proyecto, fuera del servicio informático no tenemos acceso a los servidores y la información y por lo tanto no podemos avanzar en determinados puntos como la implementación del sistema. Hay que tener en cuenta también los días que son festivos en la Universidad y por lo tanto el Servicio informático está cerrado, y las vacaciones de semana santa y navidades, que son 3 semanas en las que está cerrada la universidad. A continuación se muestra un gráfico con el porcentaje de tiempo que se invertirá en cada tarea. Dirección y gestión Elaboración del DOP 38% 7% 3% 3% 10% 10% 7% Diseño Analisis del sistema de monitorizción Implementación de Sistemas y Comunicaciones Pruebas 22% Manual de usuario Memoria Página 18 de 135

21 3.8 Riesgos Enfermedad o accidente por parte del proyectante en el desarrollo del proyecto. Si el proyectante sufre una enfermedad o un accidente el cual le imposibilite continuar con el desarrollo normal de proyecto, se realizará el pertinente reajuste en la planificación inicial, lo cual conllevará un retraso en la entrega final. Cambios en las especificaciones del programa. En el transcurso del proyecto pueden surgir nuevas especificaciones de requisitos, así como cambios en la arquitectura del sistema, esto puede retrasar el proyecto por lo que habría que ajustar los tiempos de realización del mismo. Cambio en las horas dedicadas al proyecto. Las horas dedicadas el proyecto se realizan dentro del servicio informático, por lo tanto los días que esté cerrado o en la finalización de las prácticas ya no se podría tener acceso al sistema y tendría que pedirse permisos especiales, esto puede tardar tiempo hasta que se concedan. Incendios, Inundaciones, (Daños en el Hardware) En caso de incendio o inundaciones, tendremos que estar preparados mediante copias de seguridad, para poder recuperar el trabajo perdido cuanto antes. Permisos y acceso Dado que estamos con muchos equipos puede que algunos servicios requieran hacer cambios en los equipos, para ello tenemos que tener acceso a esos equipos o que los cambios los realice alguien con acceso del servicio informático, esto puede demorar la implantación del proyecto. 3.9 Software de monitorización El software que tenemos que buscar tiene que cumplir los siguientes requisitos: Ha de ser software libre, sin ningún coste. La herramienta ha de ser de fácil comprensión. Ha de dar soporte en toda la monitorización de la red de la UR, en torno a 300 servidores y dispositivos, si estimamos que cada uno tendrá 5 servicios tenemos 1500 servicios monitorizados. Tiene que tener la posibilidad de almacenar los datos de la monitorización. Se han de poder visualizar mapas de red. Página 19 de 135

22 3.10 Estudio de alternativas en herramientas de monitorización En este apartado presentaremos diferentes alternativas para la herramienta de monitorización, para finalmente seleccionar la más conforme a nuestras necesidades. Herramientas de monitorización: Nagios Pandora Zabbix Centreon FAN (Full Automated Nagios) Nagios Nagios es un software libre para monitorizar sistemas de redes, este sistema de monitorización funciona bajo Linux, este es capaz de enviar alertas por , SMS o mensaje instantáneo al cliente cuando se produce una incidencia en los recursos monitorizados. Nagios tiene un sistema de plugins externos, estos plugins se utilizan para monitorizar los recursos de los equipos que se quieren monitorizar, estos son los encargados de recoger los datos y enviarlos a Nagios. Nagios es la herramienta más utilizada en cuanto a software de monitorización, con lo que tiene un soporte muy grande con foros, webs, y guías con los que ayudarnos en la implementación y en los posibles inconvenientes que tengamos durante su utilización. Aunque la configuración es poco amigable, está basado en Web, donde podremos consultar el estado actual de nuestros equipos, históricos e informes. Su sistema de alarmas es perfecto para, de un vistazo, ver qué está fallando dentro de nuestra red Pandora Pandora FMS es un software libre de monitorización, aunque tiene una versión libre, también cuenta con una versión de pago especial para empresas, está especialmente diseñado para grandes entornos. Pandora FMS es capaz de enviar alertas mediante , SMS o mensaje instantáneo cuando se produce una incidencia en alguno de los recursos monitorizados. Página 20 de 135

23 Pandora utiliza un sistema de agentes para recoger la información de los recursos a monitorizar y los envían al servidor central. Pandora no solo es capaz de monitorizar elementos de red y sus recursos también, es capaz de monitorizar factores ambientales, como la temperatura, y otro tipo de cosas que no tienen nada que ver con las redes. Pandora DMS puede monitorizar tanto equipos Linux como Windows mediante SNMP. Algunas de las características principales de Pandora FMS son: Monitorización multiplataforma, Solaris, GNU/Linux, Windows Adaptabilidad total, servicios, aplicaciones, puertos, procesos, ficheros log u otra fuente de información. Monitorización remota. Gestión y lanzamiento de alertas adaptables. Generación de informes personalizada. Gestión Web. Arquitectura Cliente-Servidor. Alta capacidad de procesamiento Zabbix Zabbix en una herramienta de monitorización de bajo coste, capaz de recoger datos de cualquier aplicación o servidor, con un sistema de envío y captura de datos a través de sus agentes. Es importante señalar que Zabbix es capaz de monitorizar, además, equipos Windows, AIX, FreeBSD, HP-UX, OpenBSD y Solaris desde dentro y personalizar sus agentes con parámetros definidos por el usuario. La ventaja de Zabbix reside en su interface Web, soportado por una base de datos SQL (MySQL, PostgreSQL o SQLite). Posee un sistema proactivo (Acciones) que permite solucionar automáticamente los problemas, un sistema de monitorización, alertas y visualización de gráficos que no tienen otros sistemas de monitorización, ni siquiera los mejores programas comerciales. Como principales características podemos destacar: Administración completamente web. Escalabilidad. Probado hasta dispositivos. Posibilidad de monitorizar redes internas y externas. Sistema de alertas ( , SMS) Creación de plantillas de configuración exportables/importables. Autodescubrimiento de dispositivos. Multiplataforma (Windows, Linux, AIX, Solaris ) Base de datos (Oracle, MySQL, PostgreSQL o SQLite). Página 21 de 135

24 Centreon Centreon es un software libre para el seguimiento y supervisión de la red basada en la información de la herramienta de monitorización Nagios. Centreon ofrece una interfaz simplificada para hacer el sistema accesible a un mayor número de usuarios, incluidos los de carácter no técnico, en especial con los gráficos. Los técnicos, sin embargo, siempre tienen acceso a la información técnica en Nagios. Con Centreon podemos configurar Nagios sin meternos dentro de los archivos de configuración, pudiendo configurar Nagios de una forma sencilla. Características Una interfaz multi-usuario intuitiva y personalizable Gestión de todos los archivos de configuración de Nagios (CGI, nagios.cfg...) Una configuración de módulo de carga de Nagios Compatibilidad Nagios 1.x, 2.x Nagios, Nagios 3.x Prueba de la validez de la configuración con el depurador de Nagios Representaciones gráficas personalizadas de los recursos monitorizados Librería de plugins para comprobaciones básicas por SNMP Sistema de plantillas para host, servicios FAN (Full Automated Nagios) FAN es una plataforma de monitorización libre que engloba a varios software de monitorización (Centreon, Nagios, NagVis) El propósito de la herramienta FAN es proporcionar una instalación rápida y fácil, que incluye las herramientas más utilizadas en la comunidad Nagios. FAN está basado en CentOS, los programas que incluye son los siguientes: Nagios: Aplicación central de monitoreo Nagios plugins: plugins para controlar diferentes equipos Centreon: Interfaz web para Nagios NagVis: asignación avanzada (geográfica, funcional, de servicios ) NDOUTILS: almacena los datos de Nagios en una base de datos MySQL Características de FAN: Una única ISO que contiene el sistema operativo y la aplicación Nagios Basado en CentOS Las herramientas están configuradas automáticamente. Página 22 de 135

25 Fan es de libre distribución. Actualizaciones periódicas de FAN Análisis y selección de la herramienta de monitorización Aunque hay muchas más alternativas de software para la monitorización de una red, nos hemos centrado solo en estas 5 soluciones ya que son las más utilizadas, concretamente Nagios es la herramienta más utilizada y por lo tanto de la que más información y ayuda podemos obtener. En cuanto a las características técnicas todas las opciones son similares, destacando Centreon por su interfaz Web, amigable y sencilla de manejar, y su sistema de plantillas, con el que crearemos plantillas para los host y servicios, ahorrándonos trabajo y teniendo una clasificación de los Host y servicios por las plantillas, además de que utiliza a Nagios como núcleo para la monitorización. Dado que somos nuevos en la utilización de software de monitorización creemos que la elección más razonable es la que nos ayude a realizar el trabajo y nos dé el soporte necesario, por ello la elección más conveniente es FAN, ya que engloba a Centreon y Nagios, además de una tercera herramienta, NagVis, con la que realizar mapas de red. Con FAN no tendremos problemas de conectividad y compatibilidad entre las distintas herramientas, ya que con su sistema de instalación nos las prepara para trabajar desde el primer instante, además de que con sus actualizaciones periódicas podremos tener siempre las últimas versiones del software. Con FAN también tenemos la ventaja de que no solo tendremos la ayuda y guías que podamos encontrar en la comunidad de Nagios, sino que también podremos utilizar las de Centreon y las de FAN las cuales son comunidades muy vivas. Además de todo lo anterior contamos con que FAN y las herramientas que lo forman son OpenSource. Página 23 de 135