Monitoreo
de red
PRTG
PRTG
Network Monitor monitoriza sistemas Windows, Linux, Unix y MacOS. La solución
soporta SMMP, WMI, monitorización Flow, así como a snifing de paquetes, y
monitorización de dispositivos IPv4 e IPv6.
Ofrece
alrededor de 200 tipos de sensores específicamente diseñados para la
monitorización de: QoS, páginas web, email, aplicaciones, bases de datos,
ambientes virtuales y mucho más.
PRTG
asegura la disponibilidad y mide el tráfico y el uso de los componentes de red.
Reduce costos evitando interrupciones, optimizando las conexiones, la carga y
calidad, ahorrando tiempo y controlando los Acuerdos de Nivel de Servicio
(SLAs).
Para
realizar esta práctica primero se realizó la descarga e instalación de PRTG,
como segundo paso, se ejecutó el acceso directo PRTG Network Monitor que se
creó en escritorio posteriormente a la instalación. Al abrirse la página, en el
menú Aparatos/Crear un grupo, se creó un nuevo grupo llamado ROUTPC al cual se
le cargaron algunos sensores que realizarán el monitoreo a la red www.itsanjuan.edu.mx.
Los sensores seleccionados fueron: PING que monitoriza la conectividad usando
ping y HTTP monitoriza un servidor web.
Día 1
Al
abrir el sensor se muestra toda la información que este arrojará durante el
monitoreo.
Sensor Ping
En
la parte superior de la ventana, muestra algunos datos de gran importancia, los
cuales indican el Último escaneo que indica el tiempo transcurrido desde el
último escaneo realizado por el sensor, Último disponible que muestra el tiempo
transcurrido desde el último acceso al sensor, Última falla que indica el
tiempo de la última falla, Tiempo disponible que enseña la disponibilidad del
sensor, Tiempo de falla que es el mismo en que tardo la última falla, Cobertura,
Tipo de sensor que se utiliza, Dependencia y el Intervalo con el que realiza el
monitoreo con el sensor, es decir, cada cuanto tiempo se realiza.
Muestra
también una gráfica en la cual indica los registros del Tiempo inactivo (%),
Tiempo de ping (mseg), el mínimo y el máximo (mseg ambos) y la Pérdida de paquetes
(%).
Y
como representación de los datos de la gráfica, se crea una tabla con la fecha
y hora, tiempo de ping, el mínimo y máximo, la cantidad de pérdidas de
paquetes, tiempo de conectividad y cobertura.
Aquellos
registros que marcan error fueron realizados en un momento en que la conexión a
internet falló.
Sensor HTTP
Al
igual que el sensor Ping, el sensor HTTP muestra los datos de último escaneo,
último disponible, última falla, tiempo disponible, cobertura, el tipo de
sensor que se utiliza, su dependencia y el intervalo con el cual se realiza el
monitoreo con este tipo de sensor.
La
gráfica que genera, muestra los registros de tiempo de inactividad y
Día 2
Sensor ping
En
el segundo día se pudieron observar algunos cambios, como el último escaneo se
realizó hace 28 segundos, el último ping disponible se realizó hace 219
segundos, la última falla se registró hace 28 segundos, en el tiempo disponible
y el tiempo de falla se registró un pequeño aumento.
En
la gráfica se pudo observar el cambio que sufrieron dentro del tiempo inactivo
y el tiempo de ping.
En la tabla
que se crea con los datos de la gráfica, se observa en los datos marcados en
color rojo los registros de error.
Sensor HTTP
El
sensor HTTP registró también sus cambios, los cuales se observaron en el último
escaneo que se realizó hace 52 segundos al igual que el último disponible, en
el registro de la última falla se registró hace 95 segundos, y en los registros
de tiempo disponible y tiempo de falla se incrementaron. La cobertura no sufrió
cambios.
En
la gráfica se registraron los datos y como se observa en un tiempo determinado
la actividad de HTTP fue muy alta.
La tabla
muestra una gran parte de los registros en rojo, esto indica que la conexión a
internet fue fallida durante ese periodo de tiempo.
Día 3
Sensor Ping
Durante
el tercer día se registraron cambios en el registro del último escaneo que se
realizó hace 33 segundos, el último disponible que fue hace 4.44 segundos, su
última falla hace 33 segundos y los registros de tiempo disponible y tiempo de falla tuvieron un ligero aumento.
Los
cambios generados se observan en la gráfica. Como se ve el tiempo de
inactividad ha crecido como lo marca la línea roja.
La tabla han
quedado registrados los datos y se puede observar que las columnas en rojo
indican que el porcentaje de inactividad aumento de entre un 77% y un 100%.
PRTG
puede simular errores en la red, lo cual puede ayudar a ver las consecuencias
que podrían suceder si esto pasara.
La
línea punteada que se observa en la gráfica indica el tiempo que duro la
simulación de error. Como consecuencia a esto el tiempo de inactividad creció y
el tiempo de ping disminuyó.
En
la tabla también se registró la simulación que duro menos de un minuto, se
registran en color rojo.
Sensor HTTP
Los
registros de este sensor indican que los cambios generados no fueron demasiado grandes.
El último escaneo fue generado hace 33 segundos al igual que el último
disponible, la última falla registrada fue hace 11.11 segundos y el tiempo de
disponibilidad y de falla casi no hubo aumento ni baja.
En la tabla
muestra que el tiempo de inactividad fue de entre 77% y 100% y se repitieron no
más de 5 veces.
Día 4
Sensor Ping
En
los registros del sensor Ping ha habido algunos cambios. Se ha registrado una
gran inactividad de ping en la red debido a que existió una falla prolongada de
internet.
Como
se observa en la gráfica la línea punteada de color rojo se extendió durante un
largo tiempo. Después de eso la actividad registrada fue muy intensa y los
datos son muy elevados. El tiempo de falla que se registró fue de 87% el cual
es muy grande.
En
la tabla se observa en las columnas de color rojo que existió un error que se
repitió varias veces durante todo ese día.
Sensor HTTP
En
este sensor también se observa que el tiempo de inactividad fue muy largo. Al
tener una conexión a internet, inmediatamente se registraron los datos y como
se observa fueron muy altos. El tiempo de falla fue de 85% y el tiempo
disponible fue de 14% que es muy poca a comparación de la otra.
En
la tabla se puede observar más detenidamente el tiempo que se registró el fallo. Mismo que se repitió
varias veces.
Se
realizó una simulación de error dentro del sensor HTTP. Se observa que la
inactividad del sensor se ve registrada en la gráfica
En la tabla se
puede observar más detallada la simulación de error.
Al
realizar esto, los registros se ven afectados y cambian los registros.
Día 5
Sensor Ping
Dentro de los
registros de este sensor indican que no hubo cambios tanto en tiempo disponible
como de tiempo de falla. Lo que sí cambió fue que el último escaneo y es último
disponible se realizaron hace 50 segundos. Se registra también una gran
inactividad del sensor debido a fallas de conexión.
Como se
observa en la tabla los registros del error se repitió durante un largo tiempo,
donde el tiempo de inactividad llegó hasta el 100%.
Sensor HTTP
En el
monitoreo del sensor HTTP muestra un gran tiempo de inactividad y un tiempo de
falla de 85%. El tiempo de carga sufrió varios cambios en un determinado tiempo.
En
la tabla se muestra que existió un error que se repitió varias veces que fue la
inactividad. También se observa que existió un tiempo en que no hubo registros
de actividad del sensor.
Conclusión:
La
monitorización de redes nos ayuda a optimizar la red, ya que nos facilita
información detallada sobre el uso de la banda ancha y otros recursos de la
red. Con la herramienta PRTG se evitan las pérdidas causadas por fallos en la
red sin detectar y un rendimiento mejor ya que el monitoreo de red nos ayuda a
evitar la saturación de la red. Este tipo de herramientas son escasas para los
sistemas de Windows y los existentes son poco conocidos.
No hay comentarios:
Publicar un comentario