monitoreo

1. 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.5
Donde 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 Gratis
El 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

2. 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-Gruppe
2. Herunterladen von Nagios und den
gewünschten Plug-ins
3. Kompilieren und installieren von
Nagios
4. Anpassen der Konfiguration durch
Editieren von Konfigurationsdateien
5. Konfigurieren der Webschnittstelle
6. Kompilieren und installieren der
Nagios-Plug-ins
7. 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 complicada
Nagios 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 última
La 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

3. 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 Monitor
El 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

4. 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 Turbolader
Gespannt 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 Turbolader
Tení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

5. 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 detalles
El 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 inconveniente
El 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 precio
El 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).
Resumen
Nagios, 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

6. 19/2013
Inside
funkschau
Características
Caracterí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