funkschau 19/2013

Inside Prueba de comparación

uestras redes crecen de ma-

nera imparable, a diario se

suman nuevos dispositivos

alámbricos e inalámbricos en

forma de ordenadores de so-

bremesa, portátiles, tabletas

o smartphones. Esta cantidad de dispositivos

de usuario final en aumento requiere un ren-

dimiento adicional, conectividad y capacidad

de almacenamiento que nosotros propor-

cionamos con nuevos servidores, switches,

routers y unidades de almacenamiento. Este

crecimiento de las redes y el correspondien-

te aumento de la complejidad, hacen que la

demanda de productos de monitorización

de redes también se incremente. El mercado

ofrece una solución para cada bolsillo, tanto

en forma de productos de monitorización de

redes de código abierto, comerciales con nu-

merosas funciones, como de productos que

se pueden adquirir de forma gratuita. Pero,

¿le resulta a la empresa más económico con-

tar con una solución de código abierto que

con una comercial?

Con la comparación entre dos productos de

monitorización de redes populares, Paessler

PRTG Network Monitor (comercial) y Nagios

Core (código abierto), intentamos responder

a esta y otras preguntas.

Ambos productos ofrecen monitorización del

rendimiento y gestión de eventos para dispo-

sitivos en red como servidores, switches, rou-

ters y SAI, así como para servicios y páginas

web o aplicaciones empresariales. Informan

a los administradores en caso de que se pre-

senten problemas, y generan una gran canti-

dad de informes que documentan el estado

de la red, sus dispositivos y servicios. Para

la monitorización se sirven, entre otros, de

sencillas funciones como solicitudes de ping

para dispositivos individuales y SNMP. Las ca-

racterísticas de los dos productos abarcan la

exploración automática de la red y la detec-

ción de dispositivos de red (Auto-Discovery),

monitorización distribuida, mapas, diagra-

mas y gráficos, alertas y compatibilidad IPv6.

Desde el punto de vista de la interfaz, los

productos cuentan con muchos puntos en

común, pero por detrás se distinguen algu-

nas diferencias de forma clara.

Nagios Core 3.5Donde mejor funciona Nagios, que apareció

por primera vez a finales de los años 90, es

en entornos accesibles con no demasiados

dispositivos, ya que el aprovisionamiento

necesario de los dispositivos requiere mucho

tiempo en grandes redes con muchos nodos.

El producto fue diseñado para Linux, pero se

puede ejecutar en otras plataformas Unix con

mayor o menor grado de dificultad. Nagios

Core es un software de código abierto, pero

cuenta con asistencia técnica comercial, por

ejemplo con Nagios Enterprises.

Nagios supervisa muchos servicios de red,

como SMTP, POP3, HTTP o NNTP, y vigila la

utilización de recursos de host, por ejemplo

la carga del procesador y la utilización de

la memoria y los discos. Con ayuda de casi

2,000 plug-ins, la funcionalidad del producto

puede aumentar, por ejemplo para supervi-

sar servicios que no eran compatibles desde

el principio con el producto principal. Quien

ya tiene experiencia con lenguajes como C,

Perl o Python, puede crear además sus pro-

pios plug-ins.

La página de inicio de Nagios Core es tan simple como las características de todo el paquete.

En PRTG, los sensores esperan pacientemente a que un clic de ratón los agregue a un dispositivo supervisado

Figura: Nagios

No hay nada GratisEl software de monitorización de redes de código abierto es algo popular y dentro de este sector, “Nagios” es todo un éxito. Funkschau realiza un test de comparación para averiguar si este producto disponible de manera gratuita es equiparable en términos de precio-rendimiento a otro producto comercial muy popular, “Paessler PRTG Network Monitor”.

Figura: Paessler

19/2013

Inside

funkschau

19/2013 funkschau

9Inside

Nagios überwacht viele Netzwerkser-vices, darunter SMTP, POP3, HTTP oder NNTP und es beobachtet die Nutzung von Host-Ressourcen, beispielsweise die CPU-Load, Speicher- und Plattennutzung. Mit Hilfe von inzwischen fast 2000 Plug-ins lässt sich die Funktionalität des Produkts erweitern, um beispielsweise Services zu beobachten, die das Core-Produkt nicht von vornherein unterstützt. Wer erfahren genug mit Sprachen wie C, Perl oder Python ist, kann sich außerdem seine eigenen Plug-ins schreiben.

Nagios-Core ist tatsächlich kostenlos verfügbar. Allerdings enthält Nagios-Core auch nicht viel mehr, als die Open-Source-Monitoring-Engine. Noch nicht einmal Quickstart-Guides, die bei dem Einstieg in das Produkt helfen, sind dabei, ganz zu schweigen von Features wie SNMP-Traps, Dashboards, Mobile-App, Konfigurations-assistenten oder eine Backend-Datenbank. Wer sich nicht quälen und sich seine Moni-toring-Lösung nicht mit kostenlosen Add-ons selbst zusammenbauen möchte – so-fern das überhaupt möglich ist –, der muss Geld in die Hand nehmen, für den Einstieg mindestens 1.995 Dollar. Dafür gibt es dann die Nagios-XI-Standard-Edition für maximal 100 Hosts und fünf Supportanfra-gen. Die Nagios-Website listet zwar noch die Nagios-Business-Edition für 1.295 Dol-lar auf, wer aber darauf klickt, wird zu Nagios-XI weitergeleitet. Verfügbar sind auch noch eine Nagios-Core-Student-Editi-on für 50 Dollar und eine Professional-Edi-tion für 250 Dollar. Diese Pakete sind zwar deutlich günstiger als Nagios-XI-Standard und sie bieten etwas mehr Funktionalität als die kostenlose Version, aber auch sie enthalten nicht einmal die Hälfte der XI-Standard-Features. Dinge wie Dashboards, Datenbank-Back-end, Berichtsplanung und Konfigurationsassistenten sind auch darin nicht enthalten. Außerdem sind sowohl die Student- als auch die Professional-Edition ausschließlich als vorkonfigurierte virtuelle Maschinen auf Basis von „CentOS 6“ ver-fügbar, womit sie für viele Unternehmen sicher sofort ausscheiden. Unterm Strich also: minimale Grundfunktionalität gibt es kostenlos, ein tatsächlich mit anderen kom-merziellen Monitoring-Produkten vergleich-bares vollständiges Paket ab 1.995 Dollar.

Nagios-Setup: einfach bis kompliziert

Nagios-Core benötigt eine Linux- oder Unix-Maschine mit Web-Server (vorzugs-weise Apache), falls die im Paket enthalte-nen Webschnittstellen genutzt werden sollen. Im Nagios-Jargon wird eine solche Webschnittstelle CGI (Computer-Genera-

ted-Interface) genannt. Die Installation von Nagios erfordert, die jeweiligen Pakete her-unterzuladen und einige Konfigurationsein-stellungen vorzunehmen. Wie das genau funktioniert, ist von Linux-Distribution zu Linux-Distribution verschieden. Viele Distri-butionen haben Nagios-Pakete gleich in ih-rem Repository verfügbar, was die Sache vereinfacht. Ist kein passendes Paket vor-handen, dann wird der Quellcode herunter-geladen und kompiliert. Wie das geht, rich-tet sich auch wieder nach der eingesetzten Linux-Version. Die auf der Nagios-Website verfügbaren Quickstart-Guides beziehen sich leider auf hoffnungslos veraltete Linux-Versionen und sind damit nur bedingt brauchbar. Im Grunde sind immer folgende Schritte auszuführen:1. Erzeugen eine Benutzerkontos für Nagios, gegebenenfalls erzeugen einer Nagios-Gruppe2. Herunterladen von Nagios und den gewünschten Plug-ins3. Kompilieren und installieren von Nagios4. Anpassen der Konfiguration durch Editieren von Konfigurationsdateien5. Konfigurieren der Webschnittstelle6. Kompilieren und installieren der Nagios-Plug-ins7. Starten von Nagios und Konfiguration des automatischen Starts

Wer Nagios so installieren möchte, sollte sich schon einigermaßen gut mit Linux auskennen und am besten zuvor im Web nach halbwegs aktueller Dokumentation

von Drittanbietern suchen. Für das Moni-toring von „public“ Services beziehungs-weise von Protokollen wie HTTP, FTP oder SMTP benötigt Nagios weder Agentenpro-gramme noch SNMP auf den Hosts. Damit kommt der Administrator aber noch nicht weit. Geht es um Informationen wie Fest-platten-, CPU-, und Speichernutzung, Be-nutzerinformationen, laufende Prozesse oder Services, alles Dinge, die bei Nagios als „private“ Services bezeichnet werden, dann kommt der Administrator nicht dar-um herum, Agenten auf den Hosts zu in-stallieren. Selbstverständlich gibt es ver-schiedene Agenten für unterschiedliche Hosts, beispielsweise Linux-, Windows-Server, Router, Switches und Drucker. Meist reicht es aber nicht aus, einfach den oder die jeweiligen Agenten zu installieren, zu-sätzlich sind verschiedene Konfigurations-dateien zu aktualisieren, um mit dem Mo-nitoring überhaupt zu beginnen. Und diese Aktualisierung geschieht durch Editieren von Konfigurationsdateien, über die grafi-sche Benutzerschnittstelle des Programms ist das nicht möglich.

Nicht mehr State of the Art: die Web-GUI

Die Benutzerschnittstelle im Browser setzt sich aus mehreren der oben erwähn-ten CGIs zusammen. Die Startseite zeigt links die Basisnavigation und im Zentrum einen Abschnitt mit Ankündigungen/Mel-dungen und Links. Hier erhält der Adminis-trator Zugriff auf Softwareaktualisierun-

Die von Nagios-Core generierten Berichte beschränken sich auf das Notwendigste und sind standardmäßig nicht für einen Export vorgesehen.

Bild: Nagios

De hecho, Nagios Core está disponible de

manera gratuita. Pero no contiene mucho

más aparte del motor de monitorización de

código abierto. Ni siquiera guías de inicio

rápido que sirvan de ayuda para comenzar

a utilizar el producto, por no hablar de ca-

racterísticas como capturas SNMP, paneles,

aplicación móvil, asistentes de configuración

o una base de datos back-end. Quien no se

quiere torturar construyendo por sí mismo

una solución de monitorización con add-ons

gratuitos, en la medida que esto pueda ser

posible, tiene que recurrir a un servicio de

pago de 1,995 dólares como mínimo. Por

este precio se obtiene el Nagios XI Standard

Edition, para un máximo de 100 hosts y cinco

solicitudes de asistencia. La página web de

Nagios también menciona el Nagios Busi-

ness Edition por un precio de 1,295 dólares,

pero si se hace clic en él se llega a Nagios

XI. También hay Nagios Core Student Edition

por 50 dólares y un Professional Edition por

250 dólares. Estos paquetes son bastante

más económicos que Nagios XI Standard y

ofrecen más funciones que la versión gratui-

ta, pero no incluyen ni la mitad de caracterís-

ticas del XI Standard. Tampoco incluyen pa-

neles, bases de datos back-end, planificación

de informes ni asistentes de configuración.

Además, tanto el Student como el Professio-

nal Edition están disponibles exclusivamente

como máquinas virtuales pre configuradas

en base a “CentOS 6”, por lo que de mane-

ra automática queda excluido para muchas

empresas. En resumen: las funciones bási-

cas mínimas son gratuitas, pero el paquete

completo que se puede comparar con otros

productos comerciales de monitorización se

obtiene a partir de 1,995 dólares.

Configuración de Nagios: de sencilla a complicadaNagios Core requiere un equipo Linux o Unix

con servidor web (preferiblemente Apache),

en caso de que se tengan que utilizar las in-

terfaces web incluidas en el paquete. En el

argot de Nagios, estas interfaces web se de-

nominan CGI (interfaz generada por ordena-

dor, Computer Generated Interface).

La instalación de Nagios requiere descargar los

paquetes correspondientes y llevar a cabo al-

gunos ajustes en la configuración. Dependien-

do de una u otra distribución Linux, funciona

de forma diferente. Muchos distribuidores ya

cuentan con paquetes Nagios disponibles en

su repositorio, lo que simplifica algo el pro-

ceso. Pero si no se cuenta con un paquete

adecuado, entonces se descarga y se compila

el código fuente. El funcionamiento depende

de nuevo de la versión Linux que se utiliza.

Lamentablemente, las guías de inicio rápido

disponibles en la página web de Nagios se

refieren a versiones antiguas de Linux y por lo

tanto no son útiles. Básicamente, siempre hay

que realizar los siguientes pasos:

1. Crear una cuenta de usuario para Nagios,

en caso necesario crear un grupo Nagios.

2. Descargar Nagios y los plug-ins deseados.

3. Compilar e instalar Nagios.

4. Adaptar la configuración editando los

archivos de configuración.

5. Configurar la interfaz web.

6. Compilar e instalar los plug-ins de Nagios.

7. Iniciar Nagios y configurar el inicio auto-

mático.

Quien quiera instalar Nagios de esta manera

deberá tener buenos conocimientos de Linux,

y lo mejor será buscar en Internet una docu-

mentación más o menos actual de terceros.

Para la monitorización de servicios “públicos”

o protocolos como HT, TP, FTP o SMTP, Na-

gios no requiere ni programas de agentes ni

SNMP en los hosts. Pero, de esta manera, el

administrador no llega muy lejos. Cuando se

trata de información como la utilización de los

discos duros, el procesador y la memoria, los

procesos o servicios en marcha, todo lo que

en Nagios se denomina como servicios “pri-

vados”, entonces el administrador no puede

evitar tener que instalar agentes en los hosts.

Por supuesto, hay diversos agentes para los

diferentes hosts, por ejemplo servidores Linux

o Windows, routers, switches e impresoras.

La mayoría de las veces no es suficiente con

instalar los agentes correspondientes, sino

que además hay que instalar diferentes archi-

vos de configuración para poder comenzar

con la monitorización. Y esta actualización se

produce mediante la edición de archivos de

configuración, ya que mediante la interfaz

gráfica de usuario del programa no es posible.

Web-GUI ya no está a la últimaLa interfaz de usuario en el navegador está

compuesta de varias de las CGI que se han

nombrado con anterioridad. En la par-

te izquierda, la página de inicio muestra la

navegación básica y en el centro un sector

con anuncios/avisos y enlaces. Aquí, el ad-

ministrador obtiene acceso a actualizacio-

nes de software, asistencia y otros recursos

de utilidad. Con ayuda del menú en la par-

te izquierda, el administrador navega por la

información que Nagios compila, desde una

vista general hasta información detallada e

informes, pasando por los hosts y los proble-

mas conocidos.

Un “resumen táctico” muestra el estado ac-

tual del sistema. La vista presenta, por ejem-

plo, hosts y servicios con un resumen del

estado correspondiente, calificado con “ok”,

“crítico”, “aviso”, “desconocido” y“ pendien-

te”. El diagrama de red es una representación

gráfica de todos los hosts con su estado y sus

conexiones. El administrador ve los detalles

sobre un host cuando pasa el ratón sobre el

icono correspondiente. En sí, este diagrama

de red es genial, ya que ofrece una visión

Los informes que Nagios Core genera se limitan a lo esencial, y de manera estándar no están preparados para ser exportados.

Figura: Nagios

19/2013

Inside

funkschau

general inmediata de la infraestructura de la

red. Pero cuando se cuenta con varios cientos

de hosts en la red deja de ser algo práctico.

Por lo demás, la interfaz de usuario de Na-

gios Core deja bastante indiferente, con un

aspecto sencillo y arcaico. Le iría bien una ac-

tualización para ponerse a la altura de los GUI

actuales, para organizar mejor los datos en las

tablas y para ganar en legibilidad. La simplici-

dad de la interfaz tiene una ventaja: la nave-

gación funciona con buen ritmo y los detalles

de host a host se obtienen con rapidez. Sin

embargo, PRTG demuestra que las interfaces

modernas también pueden ser rápidas.

Naturalmente, Nagios Core cuenta con in-

formes pre-configurados de disponibilidad,

tendencias y alertas que se visualizan en la

pantalla, permitiendo a los administrado-

res elaborar algunos informes ad-hoc. Los

parámetros para ello se pueden seleccionar

generalmente en una lista desplegable. Los

informes se refieren siempre a hosts, grupos

de hosts, servicios o grupos de servicios. El

diseño de los informes es como el de la in-

terfaz de usuario: arcaico. Y no he llegado

a encontrar ninguna posibilidad de exportar

informes, independientemente del formato.

Es posible que exista algún plug-in o add-on

para ello, pero no me he molestado en bus-

carlo en la página web de Nagios Exchange.

Una función tan básica debería estar integra-

da en el producto.

Las noticias son mejores en lo que a las aler-

tas respecta, ya que el producto las realiza

mediante e-mail o SMS. Incluso existe la fun-

ción para la escalación de una alerta, por lo

menos considerando que el programa se di-

rige a diferentes personas dependiendo de la

gravedad del problema. Nagios envía alertas

cuando se detectan modificaciones en el es-

tado o cuando un host o servicio permanece

durante un período de tiempo predefinido

en un estado que no sea OK. Los receptores

de estas alertas son usuarios que están regis-

trados en un grupo de contacto asignado al

host o servicio correspondiente.

Por supuesto, es necesario configurar todo

esto. La interfaz gráfica de usuario de Nagios

Core es apta para examinar ajustes de con-

figuración, pero para que un administrador

realice ajustes o modifique los ya existentes

deberá editar los archivos de configuración

en un editor. Esto afecta no solo a la configu-

ración de las alertas que ya se han menciona-

do, sino a todos los ajustes de configuración

para hosts, servicios, grupos de host, etc. En

caso de que solo haya que modificar el va-

lor límite para una comprobación, habrá que

buscar y editar el archivo de configuración

correspondiente. El manejo no me parece

sencillo, pero seguramente habrá muchos

administradores que me contradigan.

El término “Core” en el nombre del producto

Nagios Core es, de hecho, una buena indica-

ción de lo que se puede esperar del produc-

to: la función básica para la monitorización

de una infraestructura. Para determinados

entornos, especialmente los entornos más

pequeños, puede ser suficiente y funcionar

correctamente. Pero a menudo, en los entor-

nos más pequeños, donde la experiencia con

Linux/Unix no es lo habitual, puede resultar

complicado configurar el producto correcta-

mente para ponerlo en marcha. Y quien por

este motivo quiera adquirir la asistencia pro-

fesional, llegará rápidamente al nivel de pre-

cios de una solución comercial como PRTG,

que cuenta con la asistencia profesional in-

cluida.

PRTG Network MonitorEl PRTG Network Monitor versión 12.3.3

siempre ha trabajado en nuestra red de

manera eficaz, por lo que durante mucho

tiempo no ha sido necesario realizar ningu-

na actualización. Pero cuando recibí el aviso

de que se había descargado la versión 13.3.7

del canal Canary de Paessler, decidí que ya

era hora de llevar a cabo la actualización que

tanto tiempo había postergado. Después de

un año, esperaba encontrarme novedades y

modificaciones importantes, y así fue.

Tanto la actualización automática como la

instalación automática del software, que a

su vez también se había descargado de for-

ma automática, se realizó sin ningún pro-

blema, como suele ser habitual con Paessler.

El único punto criticable es que la rutina de

instalación reinicia el ordenador durante el

proceso de instalación. No estoy totalmente

seguro de si se me informó o no antes de

comenzar la instalación, pero no me parece

algo relevante. No suelo tener demasiada fe

en este tipo de reinicios para la instalación

o actualización de un software, ya que casi

siempre se producen en momentos inoportu-

nos. Estoy convencido de que si quisieran, los

desarrolladores de software también podrían

conseguirlo de otra manera.

Aquí solo se trataba de la actualización de

una versión de PRTG ya existente, pero la ins-

talación de un nuevo producto PRTG en un

equipo Windows no es mucho más compli-

cada: el administrador descarga el producto

desde la página web de Paessler e inicia el

archivo ejecutable. Al cabo de pocos minutos

PRTG ya está instalado, junto con los compo-

nentes de apoyo como por ejemplo el mo-

tor de base de datos. Menciono la base de

datos en particular por un motivo: muchas

aplicaciones de monitorización comparables

de otros fabricantes utilizan el servidor Mi-

crosoft SQL para el almacenamiento de datos

pero, en primer lugar, esta no es la opción

ideal para el almacenamiento de numerosos

archivos que se modifican con asiduidad y, en

segundo lugar, la configuración de inicio no

es tan sencilla como el fabricante nos quiere

hacer creer. Por el contrario, con el almacena-

miento de datos integrado en PRTG no existe

ningún problema y también es rápido como

un rayo.

Cuando la interfaz de gestión se inicia por

primera vez en el navegador se activa el gurú

de configuración. Este proporciona un buen

servicio durante la configuración inicial del

PRTG, ya que guía al administrador paso a

paso por los ajustes más necesarios o prác-

ticos, garantizando de esta manera que no

se olviden. Por ejemplo, esta pequeña apli-

cación hace hincapié en que podría ser una

buena idea activar la codificación SSL. Con

estas indicaciones, los ajustes de configu-

ración como las notificaciones para los sis-

temas operativos Windows, Linux, Solaris y

Mac, datos de Vmware, Xen-Server y SNMP

y otros ajustes de los servidores para los con-

troladores de dominio a supervisar, servidores

Exchange y de correo se suelen realizar sin

ningún incidente. Antes de que el gurú se

retire para disfrutar de un merecido descan-

Nagios Core

Fabricante: Nagios Enterprises

Característica: Network Monitoring Software

Precio: gratuito, código abierto

Web: nagios.org

A favor y en contra:

+ No hay costes de adquisición

+ Buen rendimiento

- La configuración puede ser complicada

- Pocas funciones y características

- Se requieren buenos conocimientos de Linux

P E R F I L

19/2013

Inside

funkschau

19/2013 funkschau

11Inside

die Hersteller uns weismachen wollen. Mit dem in PRTG integrierten Datenspeicher gibt es hingegen keine Schwierigkeiten – und pfeilschnell ist er auch.

Beim ersten Start der Management-schnittstelle im Browser tritt der Konfigu-rations-Guru in Aktion, der bei der anfäng-lichen PRTG-Konfiguration gute Dienste leistet, indem er den Administrator Schritt für Schritt durch notwendige oder sinnvol-le Einstellungen führt und damit gewähr-leistet, dass dieser nichts vergisst. Bei-spielsweise macht diese kleine Applikation darauf aufmerksam, dass es eine gute Idee sein könnte, SSL-Verschlüsselung zu aktivieren. So an die Hand genommen, sind Konfigurationseinstellungen wie die Anmeldeinformationen für Windows-, Linux-, Solaris- und Mac-OS-Systeme, Vm-ware-, Xen-Server- und SNMP-Anmelde-daten und weitere Server-Einstellungen für zu beobachtenden Domänencontrol-ler, Exchange- und Mail-Server schnell und in der Regel unfallfrei erledigt. Bevor der Guru sich dann zur wohlverdienten Ruhe auf sein Nagelbett zurückzieht, schlägt er noch vor, ein Netzwerksegment zu durch-suchen. Gute Idee, denn dabei handelt es sich um die für Netzwerkmanagement-applikationen typische Netzwerk-Discove-ry. Der Administrator gibt den Namen einer Gruppe an, der entdeckte Geräte hinzugefügt werden sollen, spezifiziert eine Basisadresse für IPv4 sowie eine Start- und Endadresse, klickt auf „Speichern und Weiter“ und kann dann bereits beginnen, sich mit der Managementschnittstelle vertraut zu machen, während die Discove-ry im Hintergrund läuft.

Für jedes Gerät im Netzwerk, das PRTG-Network-Monitor beobachten soll, ist ein entsprechendes Gerät in der PRTG-Konfi-guration zu erzeugen. Der Begriff Gerät ist dabei nicht wörtlich zu nehmen, denn neben Servern, Arbeitsstationen, Switches oder APs können diese Geräte beispiels-weise auch Websites, Clouds und Internet-verbindungen sein. Diesen Geräten sind Sensoren zuzuweisen, von denen jeder einen bestimmten Aspekt des Netzwerks beziehungsweise Geräts überwacht. Wäh-rend solche Einstellungen bei Nagios in verschiedenen Konfigurationsdateien ma-nuell durchzuführen sind, findet PRTG-Net-work-Monitor während der Discovery die Art beziehungsweise den Typ eines gefun-denen Geräts selbst heraus und installiert auch entsprechende Sensoren automa-tisch, womit das Programm eine gute Grundlage schafft, auf die der Administra-tor später aufbauen kann. Ähnlich wie der Begriff „Gerät“ ist bei PRTG auch der Begriff „Sensor“ etwas anders zu interpre-

tieren, als Kenner manch anderer Manage-mentapplikation es tun würden: Es handelt sich bei diesen Sensoren nicht um Softwa-re, die auf den zu überwachenden Geräten läuft, sondern die Sensoren laufen auf ei-ner zentralen Probe. Von dort aus rufen sie

Informationen von den Clients zum Bei-spiel mittels WMI oder SNMP ab.

Schnittstelle mit TurboladerGespannt war ich auf die neue Web-

Schnittstelle. Ob die nun HTML, XHTML

Die Geräte-Seiten der Managementschnittstelle von PRTG zeigen, was dem Anwender wichtig ist.

Bild: PaesslerBild: Paessler

Die breite farbige Status-Bar zeigt dem Administrator in PRTG unmissverständlich, ob mit der beobachteten Ressource alles in Ordnung ist oder nicht.

so, recomienda examinar un segmento de la

red. Es una buena idea, ya que se trata de la

típica detección de redes para aplicaciones de

gestión de redes. El administrador indica el

nombre de un grupo al que se añadirán los

dispositivos detectados, especifica una direc-

ción básica para IPv4, así como una dirección

de inicio y final, hace clic sobre “guardar y

continuar” y ya puede comenzar a familia-

rizarse con la interfaz de gestión mientras la

detección se desarrolla en un segundo plano.

Para cada dispositivo en red que PRTG Net-

work Monitor tenga que supervisar se debe

generar el correspondiente dispositivo en la

configuración PRTG. No hay que tomarse el

concepto dispositivo al pie de la letra, ya que

junto a los servidores, estaciones de trabajo,

switches o puntos de acceso, estos dispositi-

vos también pueden hacer referencia a pá-

ginas web, nubes y conexiones de Internet.

Estos dispositivos tienen sensores asignados

que controlan determinados aspectos de la

red o del dispositivo. Mientras que en Na-gios

hay que realizar todos estos ajustes de for-

ma manual, durante la detección PRTG Net-

work Monitor define por sí mismo el tipo del

dispositivo encontrado e instala también los

sensores correspondientes automáticamente,

con lo que el programa proporciona una bue-

na base sobre la que el administrador podrá

seguir trabajando. Al igual que sucede con

el término “dispositivo”, en PRTG el término

“sensor” también hay que interpretarlo de

una manera algo particular respecto al senti-

do que le otorgarían los conocedores de otras

aplicaciones de gestión. En este caso los sen-

sores no son un software que se ejecuta en

los dispositivos a supervisar, sino que los sen-

sores funcionan en una sonda central. Desde

allí acceden a la información de los clientes,

por ejemplo a través de WMI o SNMP.

Interfaz con TurboladerTenía mucha curiosidad por conocer la inter-

faz web. Ahora, al usuario le da igual si utiliza

HTML, XHTML o HTML5, ya que lo relevante

es el uso intensivo de Ajax. Si se aplica correc-

tamente (como Paessler hace), Ajax reduce la

carga repetida y el procesamiento de HTML,

CSS y Javascript, lo que permite un manejo

más rápido y beneficia al usuario. PRTG re-

carga raras veces las páginas completas y, en

su lugar, actualiza elementos individuales. En

vez de cargar la página de nuevo, la nueva

interfaz muestra la mayor parte de las tareas

en la ventana emergente dentro del navega-

dor. En conjunto, esto también facilita la na-

vegación, de forma que el usuario se puede

concentrar en la tarea que le ocupe y puede

volver a la página de salida con facilidad. To-

dos los diálogos están implementados como

ventanas emergentes, por lo que el usuario

nunca pierde el contexto de la tarea en cur-

so. Incluso si dentro de la interfaz de usuario

se requiere la introducción de nuevos datos,

el usuario volverá después justo al punto en

el que estaba.

Lo anunciado era una interfaz web con un

nuevo diseño de una página, pero yo no me

podía imaginar qué aspecto podría tener

algo así. Por suerte, está claro que Paessler y

yo tenemos conceptos diferentes de lo que es

un diseño de una página. Para mí, un diseño

de una página es un diseño en el que todo

un portal web está alojado en una sola pá-

gina y se llega a cada uno de los contenidos

desplazándose por la página con el ratón. Por

supuesto, en este tipo de diseño también hay

un menú de navegación que inicia puntos de

menú individuales, pero no los carga en una

nueva página, sino que provocan un salto a

un anclaje situado en esa misma página. Evi-

dentemente, Paessler no lo ha hecho así, ya

En PRTG, la amplia y colorida barra de estado le muestra al administrador de manera inequívoca si hay algún problema con los recursos vigilados o todo está bien.

Los laterales para dispositivos de la interfaz de administración de PRTG muestran aquello que es importante para el usuario.

Figura: PaesslerFigura: Paessler

19/2013

Inside

funkschau

que sería una locura con una aplicación de

este tipo, y todo el volumen que conlleva. A

lo que Paessler se refiere es a lo siguiente:

cuando el usuario hace clic sobre un enlace

o botón situado dentro de una página, este

clic no suele tener como consecuencia la

carga de una nueva página, sino el inicio o

recarga de un elemento específico. Además,

ahora Paessler presenta más información que

nunca en una sola página. Pero al igual que

antes, la aplicación está compuesta por pá-

ginas individuales para dispositivos, sensores,

alarmas, etc. Es necesario considerar este “di-

seño de una página” en combinación con la

mencionada utilización de Ajax, cuyas venta-

jas ya se han expuesto. Y sí, la aplicación o,

mejor dicho, la interfaz, ha ganado mucha,

pero que mucha velocidad.

Mientras que la interfaz de usuario de Nagios

obtiene su elevada velocidad renunciando y

reduciendo ciertos aspectos, PRTG es capaz

de alcanzar un rendimiento igual de elevado

mediante la utilización de tecnología web

moderna y una programación adecuada, y

además reproduce páginas web muy interac-

tivas con una gran cantidad de información

presentada de forma clara y con elementos

gráficos de apoyo.

Muchas mejoras en los detallesEl usuario se encuentra con los cambios más

evidentes en la página de sensores, que aho-

ra muestran gráficos coloridos y presentan

los últimos datos en directo. Los ajustes de

cada uno de los canales de sensores se pue-

den modificar directamente con un solo clic

en el icono del sensor, es decir, que aquí el

administrador no tiene que editar ningún

archivo de configuración en el editor de

texto como sucede en Nagios. Una lista en

color que ocupa todo el ancho muestra de

manera clara el estado actual de un sensor.

En caso de que un sensor pueda ofrecer lis-

tas principales, por ejemplo para Netflow o

análisis, entonces PRTG muestra el gráfico

correspondiente directamente en la página

de sensores. De manera similar a las páginas

de los sensores, también las páginas de dis-

positivos han sufrido cambios. Estas páginas

muestran ahora los sensores del dispositivo

en diferentes tamaños.Los usuarios pueden definir prioridades y fa-

voritos en PRTG, clasificar las listas según cor-

responda y mostrar las listas de sus favoritos.

Esto ahora es aún más fácil, ya que es posible

modificar la prioridad y el estado de favori-

to de un dispositivo o sensor en cualquier

momento con ayuda del símbolo correspon-

diente, por ejemplo en el árbol de dispositi-

vos. Entre otras cosas, PRTG utiliza esta infor-

mación para definir el orden de los mensajes

y el tamaño relativo de los dispositivos y sen-

sores en las páginas. Para Paessler, el usuario

es quien debe decidir lo que es importante

para él. Yo estoy de acuerdo, y me parece que

esta es la herramienta adecuada para ello.

Un nuevo cálculo heurístico muestra ahora

“sensores similares”. Cada día, PRTG exami-

na la base de datos de monitorización para

encontrar sensores que muestran comporta-

mientos similares en un día. Este análisis está

totalmente automatizado y es independiente

del tipo de sensor. ¿Para qué es buena esta

característica? Ayuda al usuario a encontrar

conexiones transversales en su red. Por ejem-

plo, como resultado se podría mostrar que el

puerto 12 del router A muestra básicamente

el mismo patrón de consumo de banda an-

cha que el puerto 2 del servidor B; y hasta

ahora el administrador no tenía ni idea de

que existía esta conexión. Por lo tanto, esta

característica proporciona información que

facilita el análisis de comportamientos o erro-

res, ya que muestra conexiones que antes no

se podían detectar.

Por supuesto, en la nueva versión encon-

tramos una gran cantidad de rectificacio-

nes de errores, además de algunas mejoras

y ampliaciones en los sensores y un par de

características nuevas. Sobre la integración

de una red social, está por ver si era algo

totalmente necesario, a mí no me urge ha-

cerme fan de Facebook de PRTG a través de

la interfaz web. Y en cuanto a la aplicación

de PRTG para i-OS y Android, ya escribí en

una primera aproximación que en general es

tan agradable como la interfaz web. Paessler

ha hecho algunas cosas por SNMP, como por

ejemplo revisar en profundidad el sistema

interno para la monitorización SNMP. Ahora

es compatible, entre otros, con SNMP-v3 con

codificación AES. Además se ha mejorado el

tratamiento de errores para numerosos tipos

de sensores SNMP.

El inconvenienteEl paso a la nueva configuración tiene un

pero: desde el PRTG 7, los usuarios tenían

la libertad de modificar códigos CSS, imáge-

nes, conjuntos de iconos y colores o de aña-

dir nuevos elementos. Probablemente, algu-

nas organizaciones hayan adaptado PRTG

a su propia imagen. PRTG sigue estando

abierto a este tipo de modificaciones, pero

con la reorganización de la interfaz web se

ha cambiado una gran cantidad de códigos.

Y, desgraciadamente, esto significa que las

modificaciones existentes definidas por el

usuario no se pueden adoptar de forma au-

tomática. Por lo tanto, los usuarios deberán

realizar algunos ajustes manualmente. Por

suerte, Paessler describe en la nueva docu-

mentación API cómo se puede adaptar la

nueva interfaz.

El precioEl modelo de licencia para PRTG va en función

del número de sensores. PRTG Network Mo-

nitor se puede descargar de manera gratuita

para un máximo de diez sensores, lo que es su-

ficiente para probar el producto. Y en caso de

que se quiera probar el producto en una red

de mayor tamaño con un número de sensores

ilimitado, se puede hacer con una versión de

prueba de 30 días. Si para el uso se necesitan

más de diez sensores, a partir de 300 euros

se pueden activar 100 sensores. Después los

sensores se pueden adquirir escalonadamente

en paquetes con 100, 500, 1.000, 2.500 o un

número ilimitado de sensores. Por supuesto,

cuanto mayor sea el paquete, más económico

será el precio de cada sensor. Como máximo,

el producto con un número ilimitado de sen-

sores y un servidor central se puede adquirir

por 8.000 euros (PRTG Network Monitor Un-

limited), y añadiendo un número ilimitado de

sensores y de servidores centrales, el precio

asciende a 24.000 euros (PRTG Network Mo-

nitor Corporate).

ResumenNagios, y en concreto Nagios Core, es una

herramienta de monitorización de código

abierto muy popular que cualquier interesado

PRTG Network Monitor 13.3.7

Fabricante: Paessler

Característica: Network Monitoring Software

Precio: hasta 10 sensores de manera gratuita, a partir de ahí, 300 euros por 100 sensores

Web: www.paessler.es

Pros/Cons

+ Interfaz web moderna y muy rápida

+ Gran facilidad de uso

+ Instalación y configuración sencillas

+ Buena relación precio-rendimiento

P E R F I L

19/2013

Inside

funkschau

CaracterísticasCaracterística Nagios Core PRTG Network Monitor

Plataforma Linux/Unix Windows

Ajustes definidos por el usuario N S

Motor de monitorización S, código abierto S

Monitorización de infraestructura completa S S

Guías de inicio rápido en la página web S

Interfaz de configuración web N S

Gráficos de rendimiento N S

Compatibilidad con SNMP-Trap N S

Aplicación móvil N S

Monitorización de procesos N S

Mapas personalizados N S

Back-end de base de datos N S

Interfaz de usuario integrada N S

Paneles N S

Asistentes de configuración N S

Informes planificados N S

Exportación de informes N S

Gestión masiva N S

Foro de asistencia S S

Asistencia profesional por e-mail opcional, sujeto a pago S

puede descargar y utilizar de forma gratuita.

La comparación con el también popular PRTG

Network Monitor debería mostrar hasta dón-

de puede llegar un administrador con Nagios

Core, y si realmente resulta más barato que

adquirir un paquete de monitori-zación co-

mercial. Rápidamente se demuestra que se

trata de una comparación del tipo “Dacia

Logan contra Mercedes Clase S”. En primer

lugar: sí, Nagios Core se puede obtener de

forma gratuita, mientras que por el PRTG con

100 sensores se deben pagar 300 euros o

400 dólares. Con este precio se obtiene man-

tenimiento de software para 12 meses, que

no solo incluye actualizaciones de software

gratuitas, sino también asistencia profesional

prioritaria por e-mail. Una asistencia profe-

sional comparable para Nagios Core cuesta

a partir de 2.995 dólares al año, pero solo

incluye cinco tickets de asistencia. Por lo tan-

to, si se requiere asistencia profesional, PRTG

se coloca automáticamente en cabeza, mien-

tras que si se puede prescindir de ella, Nagios

Core es más económico en lo que al precio

de compra se refiere.

Después pasamos a estudiar lo que los paque-

tes incluyen. Nagios Core no incluye mucho

más aparte del motor de monitorización con

el que se puede gestionar la monitorización

de una infraestructura. Las características y

funciones como una interfaz de configura-

ción web, gráficos de rendimiento, compa-

tibilidad SNMP Trap, una aplicación móvil,

monitorización de procesos empresariales,

mapas personalizados, un back-end de base

de datos, interfaces de usuario integradas,

paneles, informes planificados, asistentes de

configuración, informes para la dirección,

gestión masiva y registro de auditoría no es-

tán incluidas en este paquete gratuito. Por el

contrario, PRTG incluye todas estas caracterís-

ticas y algunas más. Por ejemplo, viene direc-

tamente con todos los sensores disponibles.

Estos sensores están directamente integra-

dos y se pueden utilizar fácilmente a través

de la interfaz de administración web. Por

supuesto, Nagios también utiliza algo simi-

lar a los sensores o agentes, pero no todos

están disponibles desde el primer momento,

y el administrador debe mirar qué es lo que

hay, por ejemplo, en la página web de Nagios

Exchange, y después descargarlos e integrar-

los en forma de add-ons o plug-ins. Para crear

una compilación adecuada para la empresa y

realizar los ajustes necesarios en la configura-

ción se puede necesitar bastante tiempo.

Hablando de la configuración, anteriormente

ya se ha hablado de lo fácil que es con PRTG,

y lo complicado que puede llegar a ser con

Nagios. PRTG no solo va por delante en la ins-

talación y configuración inicial, sino también

en las modificaciones de configuración, la

gestión del usuario o la generación de infor-

mes. Realizar modificaciones en la configura-

ción es algo muy sencillo, si no es con algún

asistente que haya a tal efecto, se pueden in-

tegrar sin ningún problema directamente en

la interfaz gráfica; mientras que con Nagios

Core, incluso algo tan simple como añadir un

nuevo usuario ya supone todo un viaje por el

universo del sistema ope-rativo de Linux. Para

poder utilizar Nagios Core con autoridad es

indispensable poseer buenos conocimientos

de Linux.

Entre las interfaces de usuario de los dos pa-

quetes hay un mundo: por un lado encontra-

mos una interfaz rápida, moderna, completa

y con una óptica agradable, y por el otro algo

arcaico y rudimentario. Eso sí, las dos son rá-

pidas.

A pesar de todo el cariño que le profeso al

software de código abierto, solo puedo de-

clarar como claro vencedor a PRTG Network

Monitor. Creo que, incluso aunque invirtiera

3.500 euros en la versión de 2.500 sensores

de PRTG, al final PRTG seguiría siendo más

económico, ya que en Nagios Core los cos-

tes no se encuentran en la adquisición, sino

durante el funcionamiento. Y, además, quien

necesite un funcionamiento comparable al

de PRTG, deberá recurrir igualmente a Na-

gios XI, cuya versión para 100 hosts tiene un

precio de partida de 2.000 dólares.

Dirk Jarzyna, funkschau editor