RESUMEN. ABSTRACT. Unas de las principales características son:

Transcripción

1 APLICACIONES OPEN SOURCE PARA EL MONITOREO DE REDES IP. Ing. Antonio J. Martínez. V Mercadeo Total Soluciones. Caracas, Venezuela anjoma@cantv.net RESUMEN. Las aplicaciones OpenSource últimamente han tenido una gran calada en el mundo industrial, por su confiabilidad y estabilidad. Existen un sin numero de aplicaciones para casi cualquier propósito que no tienen ningún costo y se pueden modificar según las necesidades de la compañía. Las aplicaciones de monitoreo estan distribuidas bajo la licencia GNU, y se pueden bajar e instalar sin ningún problema o inconveniente. La mayoría de estas están basadas en RRDTOOL que es una herramienta que permite graficar cualquier cosa, se detallaran aplicaciones como Nagios, MRTG, RRDTOOL y MONITOREOIP, estas usan SNMP desde en cualquiera de sus versiones para la adquisición de datos y se pueden usar con programas externos para observar el comportamiento de ciertas variables. ABSTRACT The Open Source applications lately have had a great one pierced in the industrial world, by their trustworthiness and stability. They exist without I number of applications for almost any intention that do not have any cost and they are possible to be modified according to the necessities of the company. The applications of monitoring distributed under license GNU, and no problem or disadvantage can be lowered and be installed without. Most of these they are based on RRDTOOL that is a tool that allows to graphing any thing, detailed applications like Nagios, MRTG, RRDTOOL and MONITOREOIP, these use SNMP from in anyone of their versions for the data acquisition and they are possible to be used with external programs to observe the behaviours of certain variables NAGIOS. Es una aplicación de monitoreo diseñada específicamente para monitorear servidores, para reporta problemas de la red a sus clientes, usuarios finales o encargados. Se ha diseñado para funcionar bajo sistema operativo Linux, pero ha trabajado muy bien sobre Unix. Se hacen chequeos a las variables de los dispositivos mediante un demonio que se ejecuta en el servidor donde este instalado Nagios y los servicios que sean especificados con "plugins externos" y la información se enviará a Nagios. Cuando se encuentran problemas, el demonio puede enviar notificaciones a los contactos administrativos en una variedad de diversas maneras (mail, mensaje inmediato en Web, SMS, etc.). La información del estado actual, los registros históricos, y los informes se pueden ver vía un navegador web. Unas de las principales características son: -Supervisión de los servicios de red (SMTP, POP3, HTTP, NNTP, Ping, etc.) -Supervisión de los recursos del host (carga del procesador, uso del disco y de la memoria, procesos, ficheros de diario, etc.) -La supervisión de factores ambientales tales como la temperatura, humedad entre otros. - Diseño simple que permite que los usuarios desarrollen fácilmente su propio ambiente y lo mantengan monitoreado. - Capacidad de definir jerarquía de host de la red, permitiendo la detección y la distinción entre los dispositivos que están abajo y que son inalcanzables. -Notificaciones cuando los problemas del servicio de monitoreo ocurre y se consiguen resueltos (vía el mail, Web, o el otro método definido por el usuario) - Escalada opcional de las notificaciones del dispositivo y del servicio a diversos grupos del contacto. 1

2 - Capacidad de definir a que grupo o responsable será enviada la alarma en caso de alguna falla. - Ayuda para poner los servidores en ejecución si están redundantes y distribuidos - Interfaz externo de comando que permite que las modificaciones en marcha sean hechas a la supervisión y al comportamiento de la notificación con el uso de los tratantes de eventos, de interfaz de la tela, y de usos de tercera persona - Tiempo muerto programar para suprimir notificaciones del anfitrión y del servicio durante períodos de interrupciones previstas. - La capacidad de reconocer problemas vía web. - Interfaz del Web para el estado de la red de la visión, históricos de las notificaciones y del problema, fichero de diario, etc. - El esquema simple de la autorización que permite usted restringe qué usuarios pueden ver y hacer del interfaz web. A continuación se presentan ciertos print screen para ilustrar el funcionamiento de Nagios: Fig 2 Status map screen Fig3. 3-D status world screen Fig1 Home de Nagios. Fig 4 Alerts screen 2

3 Fig 5 Histogram screen MRTG crea un resumen semanal, mensual y anual donde se pueden observar tendencias del comportamiento de la variable monitoreada Esto se realiza todo de una manera eficiente. Esto se almacena en archivos planos en round Robin de tal manera que estos archivos no crecen. MRTG no se limita a supervisar tráfico, es posible supervisar cualquier variable de SNMP que usted elija. Incluso se puede utilizar programas externos para graficar variables que no existan en el snmp. MRTG. Se ha utilizado MRTG, para monitorear cosas tales como carga de sistema, disponibilidad de las sesiones de la conexión, del módem, entre otras tantas cosas. MRTG incluso permite se puedan almacenar dos o mas variables en una sola grafica. MRTG se utiliza actualmente en CANTV, Genesis, Movistar, Bantel. Por su versatilidad y facil configuración. MRTG trabaja con un archivo de configuración, a continuación se muestra un ejemplo para graficar el tráfico de red de un servidor: Fig6 WAP interface La última versión disponible de nagios es la Nagios 2.4 solo para ambientes Unix. MRTG Multi Trafic Routing Graphics, desarrollada por Tobias Oetiker, es una aplicación que esta escrita en Perl y utiliza SNMP para leer los contadores del tráfico de red de los dispositivos monitoreados, de un programa de C rápido que registra los datos del tráfico y crea los gráficos que representan el tráfico en las conexiones de red. Estos gráficos se muestran en paginas Web estáticas que se pueden ver desde cualquier navegador. Además de una grafica detalla de las ultimas 24 horas, Title[sespe01-t1]: Servidor SESPE01 - Tráfico de Red PageTop[sespe01-t1]: Servidor SESPE01 - Tráfico de <P>Umbrales: <BR><I>Alarma Valor en Maximo: 10Mb (Permanencia=3)</I> Target[sespe01-t1]: / :C0mcantvc0r@ MaxBytes[sespe01-t1]: AbsMax[sespe01-t1]: Options[sespe01-t1]: growright, bits WithPeak[sespe01-t1]: ymw Unscaled[sespe01-t1]: wym Weekformat[sespe01-t1]: V SetEnv[sespe01-t1]: IPADD=" " PERMCOUNT="1" ThreshMaxI[sespe01-t1]: ThreshMaxO[sespe01-t1]: ThreshProgI[sespe01-t1]: /var/mrtg/thresbin/thrmaxminnotok ThreshProgOKI[sespe01-t1]: /var/mrtg/thresbin/thrmaxminok ThreshProgO[sespe01-t1]: /var/mrtg/thresbin/thrmaxminnotok ThreshProgOKO[sespe01-t1]: /var/mrtg/thresbin/thrmaxminok A continuación se presentan unos ejemplos de unas gráficas creadas por MRTG. Fig 7. Estadísticas Diarias 3

4 temperatura de la sala de máquinas, carga de servidores, prácticamente cualquier cosa Fig 8. Estadísticas Semanales Fig 9. Estadísticas Mensuales Los datos se almacenan de manera compacta en round robin, es decir cada tabla tiene una cantidad de registros fijas, cuando se supera esta cantidad se borra el primero y se inserta el nuevo, tiene una consola similar a la de MYSQL para examinar y exportar los datos. La base de datos no crece con el tiempo. Se puede mostrar fácilmente en forma de gráficos para distintos periodos de tiempo Fig 10. Estadísticas Anuales. DESVENTAJAS MRTG tiene algunas desventajas que se nombran a continuación: -Los valores para construir las graficas se almacenan en archivos planos y los mismos se corrompen y es imposible recuperar estos. -Necesita de un Crontab o Scheduler para que se ejecute el script cada 5 min, si este servicio esta abajo no grafica. -MRTG no alerta cuando una gráfica esta detenida. -Después de la versión 1.6 cuando un dispositivo no responde no coloca cero en la grafica. -En un archivo de configuración se pueden colocar gran cantidad de gráficas, si existe un error en una, se detienen todas las graficas del archivo. Disponible en mrtg RRDTOOL RRDtool es la evolución de MRTG, también desarrollada por Tobias Oetiker es un sistema para almacenar y mostrar datos a través del tiempo. Ej. Tráfico de red, Cómo se almacenan los datos? Se recogen con una frecuencia determinada por el usuario se almacenan en diferentes "archivos", según su resolución y en paralelo En esta base de datos RRD hay tres archivos RRA para diferentes periodos de tiempo. El archivo para 5 minutos contiene los últimos valores recogidos. El archivo para 1 hora contiene los valores para una hora, calculados a partir de 12 valores del anterior archivo RRA. Finalmente el archivo para un día, tiene un valor que resume la medida para un día. Este se obtiene a partir de 24 valores del RRA de 1 hora. Cada uno de los archivos tiene un tamaño fijo, por lo que no crece en el tiempo. Existe un apuntador al último dato recogido. Los diferentes archivos se actualizan en paralelo a partir de las actualizaciones periódicas. Con Rrdtool se puede graficar cualquier variable sea obtenida por snmp, o conseguida de script externos como por ejemplo: cantidad de conexiones a una base de datos, o espacio en disco de tablas de las BD. A continuación se muestran una 4

5 serie de ejemplos de graficas hechas con Rrdtool: Fig 14.Fluxoscopio. Fig 11. Tipo de Tráfico que cursa por un router Disponible en Ultima versión estable MONITOREO IP Fig 11. Estadísticas SMPP de un router Fig 12. Datos del Sistema Solar Fig 13.Memoria Ram usada. Esta es una aplicación desarrolla por mi en PHP, Java y Perl, y Mysql trabaja con los protocolos snmp y telnet para conseguir los datos, fue diseñada originalmente para linux, pero actualmente se ha probado en HP-UX, solaris y Windows. Es vía Web, así que solo se necesita un navegador para poder utilizar el sistema. Tiene una interfaz administrativa que permite crear grupos y usuarios, y asignar jerarquías de acceso a estos usuarios. Funciona con un demonio que se ejecuta cada minuto y hace un polling a los dispositivos con un balanceo de carga. Para cada variable se le crean dos variables adicionales que son: banda y rapidez de cambio. La banda es la comparación del valor actual con el valor de la semana anterior a la misma hora, esto para prever posibles incidentes con respecto al consumo del ancho de banda, y la rapidez de cambio es la variación del valor actual con respecto al valor anterior ya que las estas variaciones siempre son muy lentas y si hay cambios abruptos es por algo. Tiene un sistema de alarmas que permite ejecutar un script externo además de almacenarlas y enviar notificaciones por 5

6 correo, actualmente se envían SMS cuando son alarmas graves. Tiene un módulo de reconocimiento de alarmas que permite al analista de guardia, examinar en las fallas similares del dispositivo, revisar la documentación para así poder ver como se resolvió la falla anteriormente y perder la menor cantidad de tiempo al resolverla. Además posee un modulo que permite predecir las fallas, es decir si un dispositivo falla todos los lunes a las 730am envía un correo el domingo a las 730am informando que posiblemente ese dispositivo fallará. Actualmente este sistema esta instalado y en producción en Bantel y Digitel, además se encuentra en pruebas con Genesis, ha tenido mucha receptividad para el monitorio de los enlaces satelitales vía telnet ya que casi ninguna aplicación puede abrir sesiones en routers para monitorear variables de interés. Fig 16. Detalle de las graficas. Fig 17. Gráfica diaria A continuación una serie de imágenes del sistema de monitoreo. Fig 18. Gráfica semanal. Fig 15. Home de monitoreoip. Fig 19. Gráfica Mensual. 6

7 Fig 20. Alerta de no response. Fig 21. Alarmas del día. Actualmente la última versión de este software es la 2.1, que incorpora el monitoreo a enlaces satelitales vía telnet, esta aplicación no esta disponible en ningún site pero de puede obtener escribiendo a mi dirección de correo. 7