Zenoss • PORTADA

31Número 50W W W . L I N U X - M A G A Z I N E . E S

Con una práctica interfaz web y

un diseño flexible, la herra-

mienta de monitorización

Zenoss está ganando conversos a lo

largo y ancho del globo. Zenoss incluye

una impresionante lista de funcionali-

dades que parece crecer cada mes. La

herramienta hace un estupendo trabajo

como monitor de estados, soportando

incluso plugins de Nagios. El sistema

Zenoss sirve además para monitorizar

rendimientos y tendencias (Figura 1).

Incluye opciones predeterminadas para

varios tipos de dispositivos, como

máquinas Linux, switches, routers e

incluso máquinas Windows. Además,

no es difícil añadir nuevas funcionalida-

des. El diseño de Zenoss posee una

arquitectura modular, al más puro estilo

de los entornos *nix tradicionales. Para

añadir nuevas funcionalidades sólo hay

que conectarle un nuevo módulo (un

ZenPack, en la jerga de los masters de

Zenoss).

Servidor de SyslogUna función especialmente útil es el

servidor de syslog de Zenoss. Zenoss lee

la salida estándar de syslog y actúa

como servidor. Es decir, que además de

comprobar estados y monitorizar rendi-

mientos, podemos consultar la informa-

ción de los registros del sistema, que

suele ser el mejor modo de hacer análi-

sis del tipo causa y efecto. Las máqui-

nas Windows no quedan excluidas, ya

que Zenoss gestiona también los regis-

tros de eventos de Windows a través de

WMI (Windows Management Instru-

mentation).

ProtocolosZenoss soporta la monitorización y ges-

tión de tecnologías como SNMP, WMI,

ping, análisis de puertos y monitoriza-

ción basada en ssh.

SNMP es el estándar de facto para la

obtención de información sobre redes, y

casi todos los dispositivos de red com-

putacionales lo soportan.

A los dispositivos que no usan SNMP

o WMI, o que están fuera del alcance de

las herramientas de monitorización

convencionales, les podemos realizar

pruebas de red limitadas mediante una

monitorización basada en ping o en

análisis de puertos.

La monitorización a través de ssh per-

mite a Zenoss conectarse a la máquina

y determinar su estado mediante la eje-

cución de comandos.

Explicamos cómo Zenoss, una herramienta libre y flexible, puede resul-

tarnos útil a la hora de monitorizar nuestras redes.

POR DAVID NALLEY

Hig

yo

u, F

oto

lis

EL VIGILANTE

Monitorización de la Red con Zenoss

Opciones de Monitorización de RedSon varias las razones que nos llevan amonitorizar una red, pero la más comúnes el deseo de saber cuándo está fallandoalgo. Además de para encontrar fallos,monitorizar sirve también para predecirsituaciones determinadas o evitar otrasdesagradables. Sabiendo, por ejemplo,que el disco de nuestro servidor seencuentra al 95% de su capacidad total,podemos anticiparnos y añadir másespacio antes de que tengamos proble-mas.Otra ventaja de la monitorización de lared es que facilita los planes deampliación. Por ejemplo, una tendenciaque busca en el pasado y proporcionadatos de históricos nos informará sobrequé emails se ven incrementados en un

10% mensual, ayudándonos a decidir sien x meses será necesario un nuevoservidor de correo o no.Históricamente, las aplicaciones demonitorización se han centrado en unárea de tres. La monitorización de esta-dos es posiblemente la forma más cono-cida, particularmente desde que Nagiosse presentó como una de las aplicacio-nes más importantes en monitorizaciónde estados. Con este tipo de monitoriza-ción se responde básicamente a pregun-tas como “¿está activo el demonio?”.Esta funcionalidad es la base de la mayo-ría de los sistemas de gestión de redes.La monitorización de rendimientos, otendencias, es la siguiente en populari-dad, siendo RRDtool la aplicación de

monitorización de rendimientos queprimero nos viene a la mente. Un moni-tor de rendimientos nos indica, por ejem-plo, que nuestra CPU ha estado al 20% decarga durante los últimos seis meses y hapasado a estar repetinamente al 80% enla última semana. Esta información esparticularmente útil cuando se deseaanalizar elementos como el ancho debanda.La última es la monitorización de re-gistros o logs. Virtualmente, toda apli-cación genera logs para informar sobrequé está sucediendo y qué puede estaryendo mal.El conjunto de estas herramientas es loque se conoce como sistema de monito-rización de redes.

PORTADA • Zenoss

32 Número 50 W W W . L I N U X - M A G A Z I N E . E S

InterfacesZenoss ofrece varias vías para la comu-

nicación de información a través de la

red. La primera opción es la interfaz

web. La vista más útil a la hora de saber

qué está sucediendo en nuestra red es la

consola de eventos (Event Console)

mostrada en la Figura 2, la cual es esen-

cialmente una interfaz para la visualiza-

ción y configuración de los eventos de

monitorización.

En la práctica, habrá poca gente que

se pase el día viendo la consola de

eventos. Menos mal que Zenoss puede

enviar alertas a través de SMS o de

email. Aunque lo verdaderamente inte-

resante de todo esto es el nivel de deta-

lle que se puede aplicar a las alertas.

Por ejemplo, un administrador de

correo podría estar interesado en cono-

cer permanentemente los problemas

relacionados con el servidor de correo,

y preocuparse por otros problemas de la

red sólo durante su jornada laboral.

Zenoss agiliza y simplifica la

configuración de conjuntos de alertas

para una variedad de eventos distintos.

El componente de escritorio llamado

Zapplet es otra de las herramientas de

Zenoss para la visualización de los

datos de la red. Este componente pro-

porciona información sobre estados y

eventos desde la barra de tareas. Zap-

plet se ejecuta sobre casi cualquier cosa

que soporte Gtk2.

Instalación de ZenossPara instalar Zenoss podemos usar un

instalador o bien un paquete específico

de nuestra distribución. Además, están

disponibles las fuentes de Zenoss, y

también hay una máquina virtual para

VMware.

El instalador

tiene dependen-

cias como

MySQL, e incluye

una aparente

interfaz gráfica

que nos va solici-

tando toda la

información

necesaria; de

todos modos,

con este instala-

dor no dispone-

mos de algunos

de los beneficios

de los que disfru-

tamos al usar el sistema de gestión de

paquetes.

La mayoría de las instalaciones comu-

nitarias de Zenoss se hacen en sistemas

Red Hat Enterprise Linux 5 o CentOS 5.

El medio preferido para su instalación

en sistemas basados en Red Hat es

mediante paquetes RPM.

La útima versión de Zenoss está dis-

ponible para su descarga desde el sitio

web del proyecto [1]. Cuando tengamos

en nuestro haber el RPM, ejecutamos

como root el siguiente comando:

yum localinstall —nogpgcheck U

./zenoss-<version>.rpm

Una vez instalados Zenoss y sus depen-

dencias, activamos e iniciamos MySQL:

/sbin/service mysqld start

/sbin/chkconfig mysqld on

Zenoss deberá comunicarse con otros

servidores, razón por la cual debemos

abrir los siguientes puertos:

• 8080 TCP – interfaz web

• 162 UDP – SNMP

• 514 UDP – syslog

ArranqueAl arrancar Zenoss

se inicializará la

base de datos. Aviso:

Zenoss da por hecho

que la contraseña

del usuario root para

MySQL está en

blanco y que el ser-

vidor de bases de

datos se encuentra

en ejecución en la

misma máquina en

que se está ejecutando. De no ser éste el

caso, hay que editar el archivo /opt/

zenoss/bin/zenoss_init_pre. Tener la

base de datos en la misma máquina que

el sistema de monitorización es algo

que genera bastante controversia.

Los expertos en la materia suelen

recomendar que el servidor de bases de

datos esté en un servidor dedicado. De

cualquier modo, tratándose de un sis-

tema de monitorización que registra los

eventos en la base de datos, ponerla en

un sistema distinto eleva las probabili-

dades de que ocurra un potencial fallo.

Para inicializar la base de datos e ini-

ciar Zenoss se debe introducir el

comando:

/sbin/service zenoss start

La conexión a la interfaz web se realiza

dirigiendo el navegador a http://<direc-

cionIP-o-nombreDNS>:8080. El nombre

de usuario predeterminado es admin y

la contraseña, zenoss.

Monitorización con ZenossAntes de poder empezar a monitorizar

con Zenoss, net-snmp debe encontrarse

instalado en el sistema:

yum -y install net-snmp

Instalar un archivo de configuración

mínimo es tan fácil como (siendo root):

echo ’rocommunity zenoss U

<direcciónIP>’ >

/etc/snmp/snmpd

Con esta línea se define el nombre

comunitario zenoss, de tipo sólo lec-

tura, así como la dirección IP de la

máquina Zenoss que podrá conectar

Figura 1: Los gráficos de rendimiento de Zenoss nos ayudan a analizar

las tendencias y las futuras necesidades del proyecto.

Figura 2: La consola de eventos nos ofrece una vista de los eventos

de la monitorización.

Zenoss • PORTADA

33Número 50W W W . L I N U X - M A G A Z I N E . E S

con el demonio de SNMP de la máquina

Linux.

A continuación hay que abrir el

puerto UDP 161 en la máquina a moni-

torizar. Finalmente, iniciamos el demo-

nio SNMP y hacemos que arranque en

cada reinicio con:

/sbin/service snmpd start

/sbin/chkconfig snmpd on

Una vez dentro de la interfaz web de

Zenoss, pulsamos sobre Add Device, en

la esquina inferior izquierda (Figura 3)

e introducimos, como mínimo:

• La dirección IP o el nombre de host

de la unidad que queremos monitori-

zar

• La clase de máquina de la que se trata

• El nombre comunitario de SNMP (en

este caso, zenoss)

Pulsamos sobre el botón Add Device

para comenzar a recolectar datos. Aun-

que el protocolo de monitorización pre-

ferido por Zenoss es SNMP, lo podemos

cambiar desde la página Add devices.

Nótese que la definición de la clase del

dispositivo es crucial. Zenoss cambia la

forma en que realiza la monitorización

dependiendo de la

clase de dispositivo

de que se trate.

Puede haber ya

algunas entradas

en la consola de

eventos de monito-

rización, por ejem-

plo, para alertarnos

cuando haya algo

mal configurado.

La lista de eventos

se puede consultar

pulsando sobre el

enlace (Event Con-

sole), en la esquina

superior izquierda.

Para añadir alertas

sobre otros even-

tos, pulsamos

sobre el enlace Set-

tings que hay bajo

Management, en el

menú de la parte

izquierda, y elegi-

mos la pestaña Users. Seleccionamos un

usuario y pulsamos sobre la pestaña

Alerting Rules (Figura 4). Dentro del

menú Alerting Rules, escogemos Add

Rule y asignamos un nombre a la regla.

Tras pulsar OK, pinchamos sobre la regla

que especifica dónde y cómo se envia-

rán los mensajes, en caso de posponerse

y, finalmente, qué criterio se empleará

para determinar los mensajes que se

enviarán. Con una sola regla se pueden

manejar una amplia variedad de alertas,

mientras que las alertas más específicas

podrían requerir varias reglas.

Core y EnterpriseMuchas de las empresas ofrecen versio-

nes comerciales que proporcionan fun-

cionalidades sustancialmente distintas.

En el caso de Zenoss, la primera diferen-

cia entre la version comercial Enterprise

y Zenoss Core (la versión de la comuni-

dad), es que Enterprise nos permite

beneficiarnos de configuraciones antici-

padas. Por ejemplo, uno de los Zen-

Packs que vienen con Enterprise es un

paquete de monitorización Exchange.

Zenoss es perfectamente consciente de

que los verdaderos clientes de Enter-

prise pagan por tener soporte, por lo

que una configuración más rápida en la

versión Enterprise minimiza el uso de

sus recursos internos. �

Figura 3: Para notificar a Zenoss sobre la existencia de un dispositivo

usamos la página Add Device.

Figura 4: La pestaña de las reglas de alerta.

[1] Descarga de Zenoss: http://zenoss.

com/download

RECURSOS

La monitorización de una máquina Win-

dows requiere también de ciertos prepa-

rativos en el lado del cliente. Para

comenzar, es necesario instalar el servi-

cio SNMP seleccionando Inicio | Panel

de Control | Añadir/Eliminar programas |

Componentes de Windows | Seleccionar

SNMP. Por desgracia, el servicio SNMP

de Windows es muy limitado. Zenoss

recomienda el uso del plugin libre

SNMP Informant en su lugar. Además es

necesario configurar el demonio SNMP.

Para hacerlo, pulsamos con el botón

derecho sobre Mi PC y seleccionamos

Administrar. Luego escogemos Servi-

cios, seleccionamos Servicio de SNMP,

pulsamos con el botón derecho sobre él,

elegimos Propiedades, escogemos la

pestaña Seguridad, añadimos el nom-

bre de comunidad y especificamos el

atributo de sólo lectura.

En la configuración sobre los servicios

que aceptan paquetes SNMP provenien-

tes de hosts específicos, añadimos una

entrada para el servidor de Zenoss.

Luego iniciamos el servicio y nos asegu-

ramos de configurarlo apropiadamente

para que arranque al iniciar la máquina.

También hay que abrir el puerto UDP

161 para que Zenoss pueda conectar

con el demonio.

Desde la interfaz web de Zenoss, pulsa-

mos sobre Add Device, introducimos la

dirección IP o el nombre de host, esco-

gemos la clase /Server/Windows y espe-

cificamos la cadena de comunidad para

SNMP. Nada más pulsar sobre Add

Device comienza la recolección de

datos.

Dado que Zenoss también es capaz de

monitorizar a través de WMI, se debe-

rían proporcionar las credenciales de

Windows para que sea posible la reco-

lección: Pulsamos sobre Devices/Ser-

vers/Windows, seleccionamos la pes-

taña zProperties e introducimos los

datos en los campos zWinuser y zWin-

password. No hay que olvidar que se

debe incluir el dominio cuando se trata

de credenciales para la autenticación en

red. Al introducirlo en el nivel del servi-

dor Windows hacemos que cada

máquina Windows haga uso de estas

credenciales. Si quisiéramos, también

podríamos especificar configuraciones

exclusivas para una máquina (o varias)

pulsando sobre la pestaña zProperties

del dispositivo en cuestión.

Monitorización de un Cliente Windows