SISTEMA DE MONITOREO ZENOSS EN UBUNTU 8.04

Alejandro Arboleda Martnez Andrs Lpez Torres Andrs Restrepo Eder garca Joman robledo Daniel valencia Rodolfo herrera Alejandra Gutirrez

Las redes de equipos de computo que comparten datos en diferentes reas tanto locales como externas y que conforman la INTERNET, han llegado a tomar la importancia necesaria para pensar que sin ellas el mundo puede no funcionar correctamente, debido a que este pensamiento cada vez tomas mas fuerza, el despliegue de instrumentos y mecanismos para asegurarse de que no se haga realidad es a menudo de mejor calidad y mayor cubrimiento. Zenoss es una herramienta para monitorear diferentes tipos de dispositivos y administrarlos remotamente usando el protocolo SNMP, utiliza diferentes tecnologas opensource basadas en el lenguaje Python como el servidor de aplicaciones Zope, rrdtool para grficos y la base de datos MySQL, esta solucin, bajo licencia GPL desde Febrero de 2006 aporta todas las funciones necesarias de supervisin de una red de tamao medio. Hoy en da en versin 2.0.4 Sus principales funciones son dejar a la vista la configuracin de red, la supervisin de la actividad de red, la gestin de eventos y la alarma. De forma automtica, Zenoss permite visualizar las relaciones entre los elementos de la red utilizando SNMP, WMI y Telnet/SSH.

1

Zenoss 2.0 cuenta con la infraestructura necesaria para soportar ZenPacks. Los ZenPacks son grupos empaquetados de funciones y modelos de plantillas para tipos especficos de dispositivos, de esta forma Zenoss logra la supervisin adecuada de cada dispositivo.

CONTENIDO *OBJETIVOS *MARCO TEORICO 1- INSTALACIN DE FUENTES Y DEPENDENCIAS 1.1-Instalacin de dependencias 1.2-Creacin de usuario zenoss 1.3-Editar entorno de usuario zenoss 1.4-Crear home de zenoss 1.5-Descargar fuente zenoss 1.6-Descomprimir y compilar fuente zenoss 1.7-Instalacin de zenoss 1.8-Arrancar zenoss 2- SNMP COMO AGENTE DE MONITOREO *Agente snmp en Linux 2.1- Descargar demonio snmp 2.2- Descargar cliente snmp 2.3- Creacin de comunidad 2.4- Probar funcionamiento *Agente snmp en Windows 2.5- Abrir asistente de instalacin 2.6- Seleccin de software agente snmp 2.7- Instalacin desde CD de Windows 2.8- Configuracin del servicio de captura de estado 2.9- Configuracin del servicio snmp 2.10- Prueba de estado del agente 3- ENTORNO ZENOSS 3.1- Configuracin de Google Maps 3.1.1- Agregar portlet 3.1.2- Configuracin de la API 3.1.3- Obtener la API de google 3.1.4- Agregar clave de configuracin 4- AGREGAR DISPOSITIVOS A ZENOSS 4.1- Adicin manual de dispositivos 4.1.1- Especificaciones de dispositivo 4.1.2- Formulario de dispositivo 4.2- Auto-Descubrimiento de la RED y dispositivos 5- CONFIGURACION DE DISPOSITIVOS AGREGADOS 5.1- Seleccin de dispositivo 5.1.1- Probar estado del dispositivo 5.2- Identificacin del dispositivo

2

CONCLUSIONES

5.2.1- Cambio de clase 6- MONITOREO DE EQUIPOS WINDOWS 6.1- Monitoreo de CPU, RAM 6.2- Monitoreo de tarjetas de RED 6.3- Monitoreo de Discos Duros 7- MONITOREO DE EQUIPOS LINUX 7.1- Monitoreo de CPU, RAM, SWAP 7.2- Monitoreo de Discos Duros 7.3- Monitoreo de tarjetas de RED 8- MONITOREO DE SERVICIOS 8.1- Monitoreo en Windows 8.1.2- Agente cliente de servicios en Windows WinService 8.2- Agregar monitoreo de servicios Windows y Linux 8.2.1- Seleccin de servicios 8.2.2- Visualizacin de estado del servicio 9- CONFIGURACION DE ALARMAS 9.1- Especificaciones de MTA 9.2- Seleccin de usuario 9.3- Formulario de usuario 9.4- Testeo de correo de usuario 9.5- Agregar alarma a un evento 9.6- Construccin de alarmas

3

Como administradores de redes Zenoss, se convierte en una herramienta de gran ayuda abarcando una amplia rea de lo que como tal se debe estar en la capacidad de desarrollar, generando una serie de metas a alcanzar para la obtencin de la experiencia necesaria. OBJETIVO GENERAL Alcanzar una amplia experiencia en el montaje de sistemas de administracin de redes, desde el descubrimiento, pasando por el monitoreo y gestin de la posterior administracin de los dispositivos de la red, de una forma centralizada, eficaz, segura y rpida. OBJETIVOS ESPECIFICOS *Entender el funcionamiento de los diferentes protocolos, agentes y programas para el monitoreo de la red. *Monitorear servicios de red, trfico de red interno y externo, los procesos y eventos importantes en los equipos de la red. Entendiendo los procesos y dispositivos monitoreados. *Administrar el sistema de monitoreo en modo grfico almacenando los datos en una basa de datos. *Obtener y entender los informes de la gestin de la red. *Configurar Zenoss y alcanzar el 100% de los objetivos planteados anteriormente con la ptima implementacin de este.

4

MARCO TEORICO

El programa para monitoreo de redes Zenoss, fue desarrollada por Erik Dahl en 2002 y en agosto de 2005 fund Zenoss Inc Karpovich. Zenoss Inc. patrocina el desarrollo de Zenoss Core y vende una versin enterprise basada en la versin core. Zenoss combina programacin original y varios proyectos de cdigo abierto para integrar el almacenamiento de datos va web con una interfaz de usuario basada en:

Zope: Servidor de aplicaciones orientadas a objetos, trabajado en la web escrito en Python. Python: extensible lenguaje de programacin. Twisted: Un evento impulsado por motor de la creacin de redes escrito en Python. NetSNMP: protocolo monitoreo que recolecta informacin sobre la situacin de los sistemas RRDtool: Grfico y de registro de datos de series temporales. MySQL: Una base de datos de cdigo abierto.

ZENOSS CORE OFRECE LAS SIGUIENTES CAPACIDADES: * Vigilancia de la disponibilidad de dispositivos de red mediante SNMP * Seguimiento de los servicios de red (HTTP, POP3, NNTP, SNMP, FTP) * Seguimiento de acogida de los recursos (procesos, el uso de disco) en la mayora de los sistemas operativos de red.

5

* Series cronolgicas de la supervisin de la ejecucin de los dispositivos * Descubrir automticamente los recursos de la red y los cambios en la configuracin de la red * Sistema de alerta basado en las notificaciones de conjuntos de reglas y de atencin contina.

1- INSTALACION DE ZENOSS DESDE LAS FUENTES EN UBUNTU Para poder instalar zenoss core, es necesario cumplir con las siguientes dependencias: A- python-dev: herramientas del lenguaje de programacin para este sistema capaz de entender y ejecutar programas desarrollados en python. B- libmysqlclient15-dev: dependencias para agentes clientes de la base de datos MYSQL C- mysql-server: agente servidor de la base de datos D- build-essential: Lista informativa de paquetes esenciales para poder compilar E- binutils F- make G- swig H- autoconf: Libreras necesarias para construir el modulo de zenoss segn los requerimientos del equipo y el sistema operativo propio 1.1- En UBUNTU, se procede a instalar los paquetes anteriormente citados:

6

1.2- Ahora se debe crear un usuario zenoss en el sistema con su home

1.3- Cuando estemos logueados en el sistema con el usuario zenoss, editamos el archivo de las variables para el intrprete de comandos del usuario, nos ubicamos en el home del usuario, editamos el archivo .bashrc.#su zenoss $cd /home/zenoss/ $nano .bashrc

Al final del archivo aadimos las siguientes variables

NOTA: El direcotorio /usr/local/zenoss, es donde se instalara zenoss, esto se hace para evitar posibles inconvenientes al momento de que se nos presente un problema en la instalacin o funcionamiento del zenoss, y traiga inconvenientes al usuario como). Estas variables definirn:export ZENHOME=/usr/local/zenoss-->ruta donde se instalara el zenoss, sera la raiz como tal para el funcionamiento de zenoss export PYTHONPATH=$ZENHOME/lib/python-->ruta de la libreria de python export PATH=$ZENHOME/bin:$PATH-->ruta de los binarios ejecutados por zenoss

1.4- ZENHOME apunta a una ruta inexistente, por lo tanto lo creamos desde el usuario root.

7

Cambiamos el propietario del directorio.

Antes de empezar a instalar debemos cerciorarnos de que el server myql esta corriendo, sino lo iniciamos.

1.5- Descargamos la fuente de zenoss http://downloads.sourceforge.net/zenoss/zenoss-2.2.4.tar.gz y les damos permisos para los diferentes usuarios desde root.

1.6- Descomprimir y compilar, desde el usuario zenoss

8

1.7- Logueados a $zenoss instalamos en la ruta definida en la variable ZENHOME.

Se pedir passwords para acceder va web al entorno grfico del zenoss, usuario para acceder a la base de datos mysql y dems, estos datos se debern de brindar dependiendo le respectiva configuracin que exista en el equipo; el instalar el paquete se demora un poco, mientras crea base de datos y finaliza otros procesos. NOTA: En caso tal de que se presente algn inconveniente en el proceso de instalacin, podemos volver a un punto inicial y deshacer cambios hechos durante el proceso, ejecutando el siguiente comando

Al terminar de instalar satisfactoriamente el paquete, tendremos que cambiar algunos propietarios y permisos de ciertos ficheros para que el usuario zenoss pueda ejecutar ciertos binarios para el correcto funcionamiento del zenoss.

9

1.8- Desde el usuario zenoss podemos iniciar zenoss con sus demonios para comenzar el descubrimiento de la red.

Desde la consola podemos cerciorarnos de que los demonios de zenoss se encuentran corriendo.

NOTA: en ocasiones el demonio zenhub se encuentra en not runing impidiendo la conexin de zenoss con los dispositivos de la

10

red, para esto debemos ingresar a la carpeta de los archivos caches del usuario zenoss y borrar el archivo cache del arranque de zunhub y proceder a reiniciar zenoss.

Ahora podemos acceder a la interfaz administrativa web de zenoss, con la siguiente URL. http://localhost:8080/zport/dmd

11

Como index nos mostrara una serie de contenedores de archivos con las imgenes de los dispositivos que zenoss va descubriendo conocido como Dasboard, mas adelante hablaremos de cmo ajustar esta pagina a nuestros gustos.

2- INSTALACION DE SNMP COMO AGENTE DE MONITOREO Simple Network Managment Protocol o Protocolo Simple de Administracin de Redes en sus distintas versiones, es un conjunto de aplicaciones de gestin de red que emplea los servicios ofrecidos por TCP/IP para el monitoreo de estas y que ha llegado a convertirse en un estndar. Surge a raz del inters mostrado por la IAB (Internet Activities Board) en encontrar un protocolo de gestin que fuese vlido para la red Internet.

AGENTE SNMP EN LINUX

2.1- Descargamos el paquete del demonio snmpd desde los repositorios

12

2.2- Descargamos el paquete cliente de snmp para hacer pruebas internas de monitoreo

Las comunidades son grupos de atributos que el agente snmp crea para definir las posibles funciones que puede ejecutar un agente cliente que se conecte a l para pedir informacin del estado del equipo. La comunidad requiere un password para poder hacer las peticiones de la informacin del equipo y a este se le conoce como comunidad, variando entre la comunidad pblica para peticiones de lectura y privada para peticiones de administracin en el equipo. 2.3- Creamos una comunidad con permisos de lectura y escritura para permitir el escaneo completo del equipo en el que nos encontramos y poder realizar diferentes pruebas. Nos logueamos como root y editamos el archivo snmpd.conf, luego agregamos la nueva comunidad a la cual llamaremos practica (copie la lnea sub-rallada al final de la imagen). #su root #nano /etc/snmp/snmp.conf

13

En el mismo archivo agregamos las variables para los permisos de lectura y escritura de practica que tendrn los agentes snmp que requieran informacin en el equipo y posean la comunidad especificada, copie las 3 lneas seleccionadas en la imagen.

En el archivo snmpd en default especificaremos que el equipo recibir peticiones snmp de cualquier rango de ips en la RED #nano /etc/default/snmpd Borramos a la lnea seleccionada la IP de localhost y deber verse como la presentada aqu, guardamos y salimos del archivo.

14

Reiniciamos el demonio para retomar los cambios efectuados

2.4- Para probar que el agente snmp esta correctamente configurado, utilizamos el comando snmpwalk especificando la versin, la comunidad y la IP del equipo a monitorear, en este caso el propio # snmpwalk c public v2c 127.0.0.1

AGENTE SNMP EN WINDOWS Igual que en linux los sistemas operativos de Windows necesitan la instalacin de un agente snmp que permita a los equipos con este sistema el monitoreo de su estado, dispositivos, aplicaciones, procesos, entre otros, la instalacin se realizara desde el CD de instalacin de la forma explicada a continuacin.

15

2.5- Vamos a inicio -> Panel de Control -> Agregar o quitar Programas, donde encontraremos una tabla de contenido de los programas instalados en el Sistema.

2.6- En el cuadro que aparece seleccionamos en el men izquierdo la pestaa Agregar o Quitar componentes de Windows el cual nos mostrara un nuevo recuadro con los posibles componentes para instalar desde el CD en este caso.

16

Buscamos, seleccionamos y activamos en las opciones Componentes, la lnea Herramientas de administracin y supervisin donde encontraremos la activacin del agente snmp.

Damos clic en detalles y podremos ver las lneas de activacin de snmp, seleccionamos y activamos las dos que encontramos y aceptamos los cambios.

17

Continuamos con la instalacin de los componentes dando clic en siguiente.

2.7- Al aceptar la instalacin el sistema nos pedir el CD de instalacin XP para cargar los archivos seleccionados.

18

Si todo a salido bien la instalacin finalizara de forma correcta sin ningn otro requerimiento y nos disponemos a configurar el agente para la entrega de datos. 2.8- Ahora nos dirigimos a la interfaz de servicios de Windows para configurar el funcionamiento de SNMP, vamos a Inicio -> ejecutar -> tecleamos el comando services.msc

Al abrir la interfaz de servicios seleccionamos la opcin Servicio de captura SNMP donde se especifica el envo de datos hacia el equipo que monitora el sistema local.

19

Habilitamos el inicio de servicio automtico y dejamos los dems datos como se encuentran, aceptamos los cambios y reiniciamos el servicio desde la opcin superior izquierda.

2.9- Ahora vamos a la configuracin del servicio SNMP como protocolo de entrega de datos de estado.

20

Agregamos bajo la pestaa CAPTURA la comunidad con la que trabajaremos con los equipos que vern nuestros datos.

Bajo la pestaa SEGURIDAD habilitaremos las permisos que tendrn los agentes clientes gestionadores de la red, tendrn permisos de lectura y escritura a la comunidad public.

21

Por ultimo habilitamos el inicio automtico del servicio para no tener que subirlo cada que iniciemos el equipo.

Finalizamos la activacin del servicio reinicindolo desde la opcin superior izquierda para que tome los cambios realizados.

22

NOTA: para que el equipo pueda brindar los datos requeridos por el agente cliente ser necesario desactivar el FireWall. 2.10- Probamos que se encuentre abierto el puerto por omisin de SNMP con lo que nos cercioramos que el servicio se encuentra arriba, en el smbolo del sistema copiamos el comando netstat an y debemos ver algo como esto.

Ya que tenemos los agentes SNMP instalamos y configurados en Windows y en Linux podemos concentrarnos en Zenoss y sus principales funciones

23

comenzando desde el men de inicio y las diferentes interfaces que nos muestra. 3- ENTORNO DE ZENOSS 3.1- Cuando la gestin de la red se extiende geogrficamente en un rea de gran tamao, zenoss ofrece la opcin de google maps permitiendo tener una vista total de los equipos monitoreados en esta. 3.1.1- En el index al que nos lleva zenoss despus de acceder a la interfaz web veremos una serie de cuadros donde estn relacionados los equipos y su estado, en las opciones del sector derecho seleccionamos Add portlet y nos sacara un cuadro donde escogeremos Google Maps, aqu nos llevaran a una serie de pasos a seguir para anclar el mapa en esta pagina.

3.1.2- Siguiendo los pasos de google maps, este nos llevara a la pestaa Settings donde estn las configuraciones de el administrador de zenoss, aqu nos pedir una clave con la que google posteara la API o interfaz de aplicaciones.

24

3.1.3- El link (http://www.google.com/apis/maps/singup.html) que muestra el cuadro Google Maps API Key nos llevara a la pagina de obtencin del mapa donde despus de leer los requerimientos se pedir la IP del equipo donde esta instalado zenoss, la mejor opcin es especificar desde ese momento el puerto 8080 para que no ocupe el puerto por omisin de algn posible servidor web en produccin. NOTA: no esta dems advertir que la IP que google solicita no puede la IP interna (privada) que usualmente los dispositivos de la red otorgan al equipo, se necesitara la IP pblica que el ISP entrega al ofrecer el servicio de INTERNET (www.cual-es-mi-ip.net es una opcin en la web para descubrirla)

Este paso nos otorgara por parte de google la clave que la configuracin de zenoss pide para poder anclar el mapa en la pgina de entorno (DASHBOARD). NOTA: para poder obtenerla necesitamos una cuenta gmail, de lo contrario no podremos visualizar la clave.

25

3.1.4- Copiamos la clave generada y la llevamos al formulario de configuracin de zenoss que anteriormente hemos visualizado en el campo de final Google Maps API Key.

Guardamos los cambios Save y nos dirigimos a la pestaa DASHBOARD donde podremos ver el nuevo cuadro con el mapa que se quera tener.

26

NOTA: los dems cuadros que aparecen es esta pagina vienen anclados por defecto, para modificarlos podemos dar clic en la estrella superior y ver los posibles cambio a realizar

4- AGREGAR DISPOSITIVOS A ZENOSS Zenoss descubre los dispositivos de las redes a las que pueda acceder con las diferentes referencias que estos le brinden, permitiendo al administrador de la red identificar y posteriormente administrarlos.

4.1- ADICION MANUAL DE DISPOSITVOS Zenoss ofrece la opcin de agregar dispositivos en forma manual, permitiendo dar un formato especfico y oportuno desde antes de escanear, ya que es posible incluirlo en una clase segn su funcin, sistema operativo o fabricante e incluir plantillas a su monitoreo para obtener la informacin deseada de este, esta forma no suele ser la mas optima ya que precisamente esos datos en ciertas ocasiones no se tienen por lo que se recurre a la que explicaremos luego de hablar de esta. 4.1.1- En el panel izquierdo damos click en Add Device

27

4.1.2- A continuacin llenamos el formulario presentado a continuacin, con datos similares a los siguientes: * Device Name: la IP del dispositivo a monitorear. * Device Class Patch: la clase de la que hablamos anteriormente, esta se especifica segn fabricante, funcin, sistema operativo, etc, (Para computadores Windows escogeremos /Server/Windows y para Linux /Server/Linux; los router y switchs pueden colocarse en /Network o segn funcin de este por ahora ya que a medida que se vallan conociendo los equipos, zenpacks y plantillas cambiaremos esto). * Snmp Comunity: agregamos el password de la comunidad que el equipo tiene para entregar los datos de estado al ser monitoreado. * Snmp Port: dejamos el puerto por omisin 161. *HW Manofacture: S conocemos la marca del equipo la buscamos y agregamos. * HW Product: S conocemos la referencia del equipo la agregamos. * OS Manofacture: la marca del sistema operativo del equipo a agregar. *OS Product: Agregamos la versin del sistema operativo, s la conocemos. En este punto podemos guardar los cambios y esperar a que zenoss reconozca los datos agregados, si todo a finalizado satisfactoriamente zenoss nos mostrara el dispositivo al final del pantallazo desde donde podremos ir al panel de manejo del dispositivo.

28

El nuevo dispositivo se encuentra en la lista de dispositivos y al ingresar a l nos mostrara los datos bsicos reconocidos por agregarlos al formulario de adicin o porque al realizar el descubrimiento del equipo este los otorgo.

4.2- AUTO DESCUBRIMIENTO Para este punto necesitamos: * Loguearnos en la interfaz web del administrador de zenoss * En el men izquierdo escoger la pestaa Network * En la flecha superior izquierda del men que se despliega, escoger Add Network y en el cuadro negro que aparece, agregar la IP de la red que queremos escanear.

29

Al terminar de agregarla damos click en ella y en la primera flecha superior izquierda escogemos Discover Devices.

Esperamos a que detecte los dispositivos para poder configurar sus respectivos detalles (en la presente imagen vemos un erros pues zenoss esta utilizando un zenpack (de los que hablaremos mas adelante) para dispositivos que no tienen esas caractersticas, el descubrimiento a sido exitoso)

30

Al terminar el descubrimiento de la red podemos ver los dispositivos detectados en la pestaa Devices List del men izquierdo, mas adelante informaremos sobre las diferentes modificaciones posibles a efectuar en estos.

31

5- CONFIGURACIN DE DISPOSITIVOS AGREGADOS Cuando Zenoss scanea la red y descubre los diferentes dispositivos, estos quedan agregados en la clase por omisin de zenoss /Device en esta clase no es segura la informacin que se brinda al agente cliente SNMP zenoss por lo que se debe especificar una clase valida de monitoreo y las posibles adiciones que para el equipo detectado existan. 5.1- Lo primero es seleccionar y dar clic al dispositivo en la Device List y en la seccin Status asegurarse que el agente SNMP se encuentra habilitado en ese equipo.

5.1.1- Otra forma es ir al men de la flecha superior izquierda y en la parte Comands dar clic en Snmpwalk, con el cual zenoss har una peticin de los datos generales del estado del equipo monitoreado, segn el caso presentara un informe del estado del servicio snmp.

32

5.2- Las pestaas (Status, OS, Perf, etc.) en la interfaz del dispositivo muestran los informes de los datos recolectados por el agente cliente snmp zenoss, grficamente o por eventos escritos; en ocasiones zenoss detecta automticamente algunos de estos datos generando plantillas con los informes requeridos o incluso con otros no solicitados, pero no es seguro que lo haga as como no es ordenado tener todos los dispositivos encontrados en la misma clase, por omisin /Device, En este punto agregaremos un dispositivo a una de las posibles clases. Lo primero ser averiguar los datos del fabricante y el sistema operativo, en este apartado puede deducirse si es un equipo Windows, Linux, un Router (marca-referencia), Switch, entre otros, esta informacin puede verse en OS de la seccin Status de cada dispositivo.

33

Actualmente zenoss 2.2.4 reconoces Windows versiones anteriores a 2003 (vista no) 5.2.1- Con esto definiremos la clase a la que pertenecer cada dispositivo, en el panel izquierdo de la interfaz en el men desplegable escogemos la opcin Manage y luego Change Class.

En el cuadro que aparece al centro estn las posibles clases a las que puede pertenecer un dispositivo en zenoss 2.2.4, con esto se especifica al agente zenoss los nuevos datos a recolectar en ese dispositivo en modificacin.

34

Al aceptar (OK) el cambio de clase la pgina se direcciona a la interfaz de dicha clase, donde se encuentra la lista de dispositivos de esta.

Nos cercioramos que la nueva plantilla este agregada de una forma adecuada, esto lo podemos verificar principalmente en la pestaa Perf, donde estn las imgenes de los eventos a partir de este momento monitoreados.

35

NOTA: Las imgenes de color verde indican el estado de un evento monitoreado, estas curvas aparecern en las plantillas luego de cierto tiempo por lo que no debemos asustarnos si no las encontramos, lo que si debemos tener es la plantilla como tal para que pueda cargar las grficas, que podra verse como la siguiente imagen, indicando que se encuentra en espera de datos de los eventos configurados sobre el agente snmp servidor del equipo monitoreado.

De esta forma el dispositivo agregado se encuentra monitoreado por Zenoss sobre los eventos configurados, mas adelante hablaremos sobre los ZenPack, herramientas instalables de zenoss con paquetes de plantillas sobre el monitoreo de un evento en especifico.

6- MONITOREO DE UN EQUIPO WINDOWS

36

Zenoss cuenta con un demonio llamado ZenWin cuya interaccin le permite integrarse con WMI (Instrumentacin Administrativa de Windows) en el equipo Windows monitoreado, para recolectar datos de estado, por lo que al agregar al dispositivo las plantillas obtenidas desde su respectiva nueva clase, solo queda identificar cada uno de los eventos para su posterior gestin. 6.1- CPU y RAM, estos dos eventos de vital importancia para el quipo pueden ser vistos sin necesidad de mayores configuraciones debido a la interaccin de ZenWin, bastara con dejar el equipo en la clase por omisin si hemos obtenido las plantillas necesarias o con agregar el equipo a la clase bsica para dispositivos Microsoft como lo hemos hecho anteriormente solo que la clase ahora seria /Server/Windows.

En la pestaa Perf encontramos las graficas del estado de la CPU y RAM

37

6.2- Tarjetas de red: de Igual forma las interfaces del equipo Windows y sus componentes son tomados por la plantilla /Server/Windows por lo que solo nos queda ubicar la pestaa OS en la interfaz del equipo y observar los datos de Interfaz donde son especificados cada uno de los procesos que corre en conjunto con la interfaz, como zokets, puentes, etc. y su estado.

Tambin se pueden observar en la parte inferior las direcciones IP que tiene la interface y su encaminamiento en la red.

38

6.3- Discos Duros: En este punto iremos mas halla de los discos duros y podremos ver tambin las particiones identificadas, en la misma pestaa de OS se encentra un apartado de FileSytem donde podremos ver los discos o las particiones de este y el estado de estas.

En la configuracin interna para cada equipo agregado a Zenoss encontramos una serie de utilidades como Win Services con la cual se puede gestionar diferentes servicio que puedan correr sobre cualquier Windows cliente o servidor.

Adems Zenoss cuenta con un amplio sistema de apoyo en la web que a desarrollado una herramienta llamada ZenPacks con la cual se puede aumentar el nmero de procesos y eventos vigilados por Zenoss a cada dispositivo, segn nuestros requerimientos y soporte para ellos, por lo que no se debe considerar terminado el proceso de monitoreo de un equipo con lo anterior, mas adelante se explicara de una forma mas detallada uno de los posibles manejo de dicha herramienta.

39

7- MONITOREO DE UN EQUIPO LINUX Como hemos visto en el anterior paso, zenoss trae pre-configurado una serie de plantillas con la posibilidad de agregar a un dispositivo y poder monitorear diferentes eventos, para los equipos con sistemas operativos Linux la tarea se hace un poco mas fcil por haber sido zenoss pensado desde un mbito de software libre. La deteccin de un dispositivo con el agente snmp instalado arroja desde el momento de la deteccin por parte de Zenoss informacin relevante para su clasificacin por clases,

Al agregar el dispositivo a la clase /Server/Linux podemos comenzar a testear su estado segn nuestros requerimientos.

7.1- CPU, RAM, SWAP, zenoss toma estos tres dispositivos y procesos como eventos por omisin de la clase /Server/Linux as que si queremos observar el estado solo necesitamos ir a la seccin Perf de la interfaz del equipo y veremos las graficas sacadas por Zenoss, con las cuales interpretaremos el estado del equipo en posteriores sesiones.

40

7.2- Discos Duros: En Linux se toman las particiones del sistema en el equipo y de igual forma anuncia explcitamente el estado fsico y datos relevantes de estas.

41

7.3- Tarjetas de Red: Zenoss toma las tarjetas de red de los equipos Linux como evento por omisin de la clase /Server/LInux pero en contraste con los equipos Windows, esta no toma los procesos de los servicios y aplicaciones que ocupan los diferentes Zokets en el sistema, por lo que se debe recurrir a otras utilidades como los IPService o ZenPacks, los cuales sern explicados en posteriores puntos.

La actividad de las tarjetas de red es mostraba grficamente al ingresar a cada enlace, dando clic en la tarjeta que queramos ver.

El parmetro Router muestra las diferentes rutas que toma la interfaz monitoreada para salir a la red, por lo que es importante para tener un control adecuado del funcionamiento del equipo en la red.

8- MONITOREO DE SERVICIOS Vigilar el estado individual de los equipos en una red es el primer y ms importante paso para garantizar el buen funcionamiento de esta, pero si solo nos centramos en los dispositivos el trabajo quedara realizado en menos de un 50% ya que son los diferentes servicios utilizados dentro y fuera del rea de trabajo los que generan y garantizan la navegacin, el adecuado y oportuno reconocimiento del estado de los servicios de red en produccin permite al administrador de esta detectar posibles daos antes de que generen mayores problemas, evitando grandes gastos de tiempo y dinero.

42

El monitoreo de servicios no vienen incluidos en las plantillas por omisin de las clases en zenoss, pero estas si traen las herramientas necesarias para activarlos y generar su gestin. 8.1- Servicios en Windows: al ubicar un dispositivo en la clase /Server/Windows este permite el uso de un plugin en equipos Windows el cual trae una lista de posibles servicios para monitorear; desde la pestaa OS en la interfaz web del dispositivo Windows seleccionamos la opcin WinService donde nos despliega las posibles opciones con los servicios.

8.1.2- Al dar clic en la opcin Add Winservice nos mostrara la lista de posibles servicios para agregar, escogemos el servicio que queramos y aceptamos OK

Al agregar el servicio este nos lleva a su consola de configuracin donde lo activaremos poniendo en True donde pregunta si queremos que este sea monitoreado, guardamos los cambios.

Volvemos a la seccin OS donde podremos ver el estado de los servicios agregados.

43

Debemos aclarar que esta opcin de WinService trabaja en su mayora con el agente cliente del servicio que corre en el equipo Windows, por lo que se deber prestar espacial atencin a la opcin IPService la cual agrega el estado del servidor como tal.

8.2- Agregar servicios: La opcin para agregar un servidor de Windows son los mismos que en Linux, ya que la herramienta utilizada para esto IPServices permite agregar la vigilancia del estado de cualquier tipo servidor, corriendo en un equipo. 8.2.1- En la pestaa OS del equipo a configurar seleccionamos la opcin IPService la cual nos desplegara una lista de servicios y zotkets para utilizar.

44

Al aceptar el servicio OK nos mostrara la consola de monitoreo del servicio por puerto y estado, activaremos True, especificamos el protocolo del puerto TCP diferente, podemos tambin escoger el estado de alerta alertara y por ultimo guardamos los cambios realizados.

configuracin del el monitoreo con si se encuentra en el que zenoss

Al guardar los cambios podemos dirigirnos a la interfaz del equipo y podremos ver la descripcin y el estado del servicio, desde donde se ingresara para ver el estado del servidor.

8.2.2- Siguiendo la siguiente ruta podemos ver el estado del servidor en referencia a las funciones del puerto por el que esta escuchando dicho servicio 1

45

2

3

Debemos aclarar que en este modo de monitoreo de servicio no se estara cumpliendo con el objetivo de oportuna deteccin de errores, ya que solo nos, muestra la opcin arriba o abajo, por lo que se utilizaran las opciones de plantillas y ZenPacks para realizar una mejor gestin del estado del dispositivo, esto en una seccin mas adelante. 9- CONFIGURACION DE ALARMAS

46

Al tener monitoreados los servicios, necesitamos un sistema de alarmas que nos informen el estado de servicios y dispositivos, Zenoss ofrece un amplio sistema de graficas que varan de colores y formas segn el grado de dificultad en el que cada evento monitoreado se encuentre. Adicionalmente Zenoss ofrece un sistema de aviso a los correos que se configuren en los diferentes usuarios agregados a zenoss, la forma para configurarlo se explicara a continuacin. 9.1- En primer lugar debemos tener configurado un servidor de correo en la red para que podamos usarlo como almacenador de correos enviados por zenoss o en su defecto reenven la peticin a servidores externos, suponiendo que si poseemos el servidor de correos interno, comenzamos llenado los campos que hacen referencia a este en la pestaa Settings del panel izquierdo, donde se nos pide la direccin IP del servidor de correo y un nombre para que zenoss enve correos a un usuario valido del servidor, (guardamos los cambios save).

9.2- En la seccin User en esta misma interfaz entramos al usuario agregado por omisin admin, Este usuario puede cambiar segn nuestra configuracin de usuarios administradores.

47

9.3- Al ingresar a la consola de este usuario llenaremos el formulario segn nuestras necesidades, aqu especificamos una direccin e-mail valida en el servidor de correo, a la cual le llegaran los avisos enviados por zenoss.

9.4- Por ultimo hacemos el (test) del correo para verificar que hemos hecho una adecuada configuracin, dando clic en (test) y si todo a salido bien nos saldr un mensaje de test send de lo contrario saldr test failed y debemos revisar los anteriores pasos.

Como medida de seguridad nos cercioramos que a nuestra bandeja de entrada han llegado lod correos enviados por las pruebas de zenoss.

48

9.5- A continuacin mostraremos de una forma bsica como adicionar alarmas a eventos detectados por zenoss; damos clic en el cuadro del usuario admin en la pestaa User de la utilidad Settings.

En la interfaz de ese usuario escogemos la pestaa Alerting Rules para construir la alarma, luego de asegurar que el test del correo sea exitoso.

49

En este cuadro damos clic en la flecha izquierda la cual nos desplegara las opciones de construccin o eliminacin de alarma, seleccionamos Add Alerting

En el cuadro que se muestra, daremos una identidad a la alarma en construccin para tener una mejor identificacin de cada alerta.

50

9.6- Luego de aceptar la alerta OK entramos al cuadro que esta crea y podemos ver los posibles cambios que esta permite, como habilitar el monitoreo True, la adicin de filtro y la forma de activacin emailsendpage.

En la siguiente configuracin hemos construido una alerta que: * Avisara el evento por correo electrnico. * Filtrara el evento a la IP 192.168.0.160 * Vigilara el evento cuando esta en produccin * Estar acompaado del demonio del agente snmp de zenoss * Filtrara el evento con el componente dns.

51

CONCLUSIONES Monitorear el funcionamiento de la red, para su posterior administracin con la ayuda de Zenoss, a permitido a los interesados en este montaje definir conceptos sobre la fiabilidad y posibles falencias de zenoss en el momento de su escogencia como NMS, a continuacin se listaran una serie de conclusiones relacionadas con el anterior concepto. * El entorno grfico que brinda zenoss para la administracin de dispositivos podra considerarse como uno de los ms agradables e intuitivos en el ambiente opensource convirtiendo esta herramienta en una de las principales opciones de NMS.

52

* El constante y robusto sistema de apoyo por parte de entidades como la comunidad zenoss (http://www.zenoss.com/community/) en la elaboracin y correccin de utilidades de Zenoss brindan alta confiabilidad en el momento de buscar un sistema para la administracin de la RED. * Como la mayora de NMS, el uso por parte de zenoss de navegadores web como front-end y la implementacin de Mysql para la organizacin de su back-end, aumenta su disponibilidad y confiabilidad, gracias a la fcil consecucin y configuracin de esta herramienta y al alto soporte, a la liviana carga del software, a la integracin con dems utilidades, entre otras. * La capacidad de organizar los equipos en clases como Server-Linux, Server-Windows, Network, etc. Permiten una fcil administracin de dispositivos, pero limitan al administrador al uso de tales opciones, omitiendo utilidades y negando un control especfico o personalizado de equipos en la red, obligando al uso de diferentes aplicaciones, extendiendo el trabajo. * La completa e intuitiva informacin de diferentes dispositivos y procesos en una red, como: CPU, RAM, Discos duros, Tarjetas de Red, entre otros, entregada por zenoss no se hace extensibles a procesos como servicios de red, obligando a la integracin de utilidades como Zenpacks, generando una carga adicional de trabajo en el momento de monitorear con Zenoss. * El trabajo de zenoss como administrador de la informacin del estado de la red implica la necesidad de un servidor de correos para envo de informes, esto causa diferentes posturas frente a si es ventajas o desventajas, pues la carga de trabajo se incrementa y con ellas las dependencias, debido a las dos nicas opciones de entrega de avisos de los agentes al sistema de monitoreo email y send-page este ultimo para avisos a mensajes de textos en celulares.

53