PRTG network monitor Tag

Está disponible la nueva versión de PRTG Network Monitor 24.3.98

PRTG 24.3.98 incluye el sensor Script v2 totalmente compatible, mejoras para los sensores NetApp v2, una nueva configuración para cambiar el punto final de la API para los sensores de Microsoft Azure, el sensor experimental Cisco WLC Access Point Overview y otras actualizaciones y mejoras. Mientras tanto, la última versión de la sonda multiplataforma ofrece compatibilidad con el sensor experimental Cisco WLC Access Point Overview, agrega plantillas de dispositivos y capacidades de detección automática para ciertos tipos de sensores, y hay nuevos paquetes disponibles en el repositorio de paquetes de Paessler Linux.

Nuevo: sensor Script v2

El sensor Script v2, que te permite utilizar scripts de Python para crear tus propios sensores de script personalizados, este sensor abandona la fase Beta y ahora cuenta con soporte completo. El sensor ejecuta tu script de Python en el sistema de sonda, devuelve datos en formato JSON y te muestra el código de salida. Para ayudarte a comprender cómo funciona el sensor, Passler nos ofrece algunos scripts de ejemplo, junto con descripciones de cómo usarlos: Quiero utilizar los scripts de ejemplo del sensor Script v2. ¿Qué necesito saber? Y, como siempre, acceso al manual: Sensor Script v2 | Manual de PRTG (paessler.com)

Experimento: Descripción general del sensor del punto de acceso Cisco WLC

Esta actualización de PRTG también presenta el sensor experimental Cisco WLC Access Point Overview (que también funciona con la sonda multiplataforma). Este sensor monitorea los puntos de acceso que están conectados a su controlador de LAN inalámbrica Cisco (WLC). Para cada punto de acceso, el sensor muestra la dirección MAC, el nombre, la ubicación y el estado. También puede ver la cantidad de ranuras por punto de acceso, que representa la cantidad de radios y antenas para un punto de acceso. Si quieres conocer mas te dejamos el link al manual: Sensor Cisco WLC Access Point Overview

Mejoras: sensores NetApp v2

Se han agregado algunos valores de búsqueda a los sensores NetApp v2 que no eran compatibles con PRTG anteriormente. Por ejemplo: el canal Storage Configuration Path del sensor NetApp System Health ahora admite los valores Tri Path, Trip Path HA y un estado virtual para el estado «Up». Otros sensores que tienen nuevos valores de búsqueda son los sensores NetApp SnapMirror v2 y NetApp NIC v2 .

Mejoras: sensores de Microsoft Azure

Se ha agregado una nueva configuración a los sensores de Microsoft Azure que le permite cambiar el punto de conexión de API para su región, que puede ser diferente de la URL predeterminada (management.azure.com). La configuración se encuentra en la sección Credenciales para Microsoft Azure y se llama Punto de conexión de administración de Microsoft Azure. La configuración está bloqueada de manera predeterminada, pero se puede editar a necesida.

Mejoras, correcciones y cambios

Mejoras y correcciones de sensores

+ Se ha corregido un problema en el sensor de la carcasa de la unidad HPE 3PAR que se producía al utilizar varios de estos sensores en el mismo dispositivo y en la misma sonda. Importante: Esta corrección introduce una cantidad máxima de conexiones paralelas al mismo dispositivo con las mismas credenciales para el sensor de la carcasa de la unidad HPE 3PAR. Si se supera este límite, aparecerá el error “Demasiadas conexiones simultáneas”.

+ Al ejecutar una detección automática con una plantilla de dispositivo que incluye los siguientes tipos de sensores, ahora se agregarán estos tipos de sensores a su dispositivo como se esperaba: sensor de cola de impresión de Windows , sensor de VMware Datastore (SOAP) y sensor de ida y vuelta SMTP e IMAP .

+ Se reduce el riesgo de que los registros de PRTG se vuelvan demasiado grandes cuando ocurren excepciones de WMI, especialmente para ProbeWMI.log.

+ Se solucionó un problema por el cual el sensor del registro de eventos WMI ya no mostraba un mensaje de evento del sensor para los eventos activados.

Mejoras y correcciones del servidor

+ Ahora se puede eliminar claves API mediante la selección de edición múltiple en su configuración de PRTG (en Configuración de la cuenta)

+ Es posible agregar múltiples subredes a la detección automática enumerándolas separadas por comas en el campo IPv4 y Subred (Ipv4) de la configuración de detección automática.

+ Se ha solucionado un problema en el que las llamadas API para un informe de datos históricos con un intervalo promedio negativo generaban un alto uso de CPU en el servidor principal.

+ Se solucionó un problema en el que las claves API no mostraban el nivel de acceso correcto si la API estaba asignada a un usuario que había sido movido o eliminado.

Nueva versión de sonda multiplataforma

También está disponible una nueva versión de la sonda multiplataforma. Esto es lo que incluye: 

+ El nuevo sensor experimental  Cisco WLC Access Point Overview también está disponible para la sonda multiplataforma. Para conocer todos los sensores compatibles con la sonda multiplataforma en este momento, consulte el manual: Sonda multiplataforma para PRTG

+ Se agregaron nuevas plantillas de dispositivos y capacidades de detección automática a la sonda multiplataforma. Con las plantillas de dispositivos, ahora puede agregar un dispositivo específico varias veces y puede agregar grupos de detección automática. Ten en cuenta que la detección automática solo es posible con plantillas de dispositivos en la sonda multiplataforma . Además, estas funciones están limitadas actualmente, ya que solo están disponibles para sensores compatibles con la sonda multiplataforma  y  para aquellos que son compatibles con plantillas de dispositivos. 

+ Los paquetes RPM ya están disponibles en el repositorio de paquetes de Paessler Linux y puedes descargarlos e instalarlos usando tu administrador de paquetes. Te recomendamos que uses el repositorio de paquetes de Paessler Linux para descargar e instalar tus paquetes, de modo que recibas notificaciones cuando haya actualizaciones para la sonda multiplataforma y puedas así descargar y actualizar inmediatamente tus sondas multiplataforma. 

+ Una nueva versión (2.10.17) del instalador NATS está disponible aquí .

No dudes en contactarnos para obtener más información o ayuda con PRTG. Escribemos

Fuente: http://surl.li/wujgth

Integración Aranda Service Desk y PRTG Network Monitor

Hace unos posts hablamos acerca de cómo la gestión de eventos es el aliado de tu área de tecnología en ese orden de ideas ya tenemos claro como nos agrega valor este proceso de ITIL, es importante articular la gestión de eventos y la mesa de servicios.

Para lo cual hemos venido trabajando desde hace algún tiempo buscando que PRTG Network Monitor y Aranda Service Desk son el aliado perfecto para la prestación del servicio.

A través de una integración entre Aranda Service Desk y PRTG hemos logrado que de una manera sencilla y rápida se creen casos en la mesa de servicio Aranda Service Desk en el momento que un sensor de PRTG Network Monitor genera una excepción, permitiendo tener una sincronización entre las herramientas que nos ayudará en la toma de decisión. 

La integración ¿en qué nos beneficia?

+ Podrás controlar los ANS de los incidentes que se generan en casos.

+ Documentar la solución de las incidencias.

+ Creación de una base de conocimiento con el fin de poder tener información asociada a la solución de la incidencia para en una próxima oportunidad reducir costos a nivel de investigación.

+ Dimensionar el impacto que tiene para la operación la incidencia que se está generando por la excepción generada en PRTG.

+ Conocer la capacidad y disponibilidad de tus servicios.

+ Si alineamos PRTG Network Monitor con Aranda CMDB, podríamos llegar a conocer el sensor que esta con la advertencia o excepción. Lo que nos permitirá determinar qué servicio está afectando y qué impacto tiene la afectación para la organización.

¿Qué necesitamos para tener acceso a la integración Aranda Service Desk Y PRTG Network Monitor?

Básicamente solo requieres tener las dos soluciones y nosotros nos encargamos de realizar la integración entre ellas únicamente debes escribirnos a info@hachi.co y nosotros te contaremos como trabajamos. En caso solo tengas alguna de las dos contáctanos y nosotros te ayudamos a realizar el proyecto.  

Cinco pasos para iniciar la gestión de eventos

Sin lugar a duda la gestión de eventos es una parte clave en el servicio que se presta a través tecnologías de la información (IT) o en las tecnologías de la operación (OT), para cualquiera de las dos buscaremos contar con visibilidad de la salud del servicio y los componentes que lo conforman, lo cual nos ayuda a anticipar a incidentes que puedan suceder en la infraestructura que controlamos. Aquí listaremos los cinco pasos que se recomienda tener en cuenta según nuestra experiencia para arrancar con la gestión de eventos.

Paso uno. Listar los servicios 

Lo primero que recomendamos es hacer una lista de servicios que conforman el catálogo de servicio, ya que estos serán la base de la gestión de eventos a monitorear. Si lo vemos en un área de IT podríamos encontrar: Servicio de ERP, Servicio de Correo Electrónico, Servicio de Facturación, entre otros normalmente son de los servicios que consume nuestro usuario interno o en otros casos clientes. 


Te puede interesar: Gestión de eventos el aliado de tu área de tecnología

Paso dos. Desglosa cada servicio

Cada uno de los servicios que se han listado en el punto anterior son muy generales y ahora necesitamos ir a las entrañas del servicio para conocer que componentes tecnológicos lo conforman y para eso hagamos un ejemplo con el servicio de facturación.

Este tipo de servicios debe tener varios componentes como son: Servidor de base de datos y Servidor de aplicación.

Paso tres. Definición de aspectos a monitorear

Ya tenemos el servicio y hemos desglosado el servicio, pero ahora debemos analizar de eso que tenemos a que nivel de profundidad debemos llegar para garantizar que vamos a monitorear para logar el cometido de tener una gestión de eventos. Veamos cómo se debería hacer:
Tenemos:

Servidor de base de datos, servidor de aplicación, el módulo de facturación, nos debemos preguntar: ¿qué debemos monitorear de cada uno de ellos para controlar que el servicio este funcional? buscando que seamos los primeros en enterarnos que algo está por fallar.
Esto nos llevará a un nuevo listado de componentes, pero a un nivel más bajo:


Servidor de base de datos, seguro de este nos interesa saber: memoria, procesador, espacio en disco duro, salud del motor de base de datos.Servidor de Aplicación del cual vamos a tener varias cosas, por ejemplo: si la aplicación corre sobre IIS seguro necesitamos monitorear al pool, la salud del IIS, servicios o procesos de la aplicación, acceso a la url o interfaz web, memoria, procesador, espacio en disco duro, si se cuenta con una integración con el ERP el estado del API en las dos aplicaciones, es decir que esté funcionando.Por otro lado, seguro encontraremos temas de red como: switches y routers que requerimos para el ingreso a la aplicación, puertos, internet, los cuales hacen parte de servicio de facturación electrónica.

Paso cuatro. Llevar esta información a una solución de monitoreo 

Nosotros recomendamos sin dudarlo PRTG Network Monitor, que es una solución flexible y que permite que la gestión de eventos sea un tema sencillo y rápido de implementar, adicionalmente trae una app para IOS y Android que permite tener la gestión de tu infraestructura al alcance de tu mano. 

Paso cinco. gestiona las incidencias 

Dentro del proceso de gestión de eventos es normal que muchas veces tengamos incidentes y es importante llevar estos a una solución de mesa de servicio que te permita controlar, estos eventos que se presentan y que estamos cumpliendo con los acuerdos de nivel de servicio para la recuperación del servicio, para eso una solución que permite esto es Aranda Service Desk, una solución muy sencilla, agil y completa.

Te puede interesarIntegración Aranda Service Desk y PRTG Network Monitor

Ya que hemos visto los cinco pasos te invito a que los pongas en práctica. 

Memorias café con PRTG y Hachi

En PRTG Network se tiene un reto muy importante y es que, junto con nuestros clientes, se quiere hacer una reducción del consumo de recursos por el hombre, teniendo un control de los mismos a través de nuestra herramienta de monitoreo, pues son más de 300.000 instalaciones en 180 países y se espera lograrlo para el año 2030.

Carlos Echeverría: “Solamente podemos mejorar lo que medimos”

Carlos Castro Cifuentes: “Somos uno de los pocos partner que cuenta con la certificación Training Partner”

Y en nuestro webinar #cafeconPRTGyHachi nos explican porque deberíamos monitorear nuestra infraestructura, así que sino pudiste asistir a nuestra sesión en vivo, te invitamos a ingresar a la grabación, conoce más sobre PRTG y su alcance.

Conoce la nueva Sonda de PRTG en Linux con Phyton

Paessler ha venido innovando con sus nuevas soluciones de monitoreo que buscan hacer de este tema algo que sea cada día más sencillo y sobre todo que esté al alcance de cada uno de los gestores de monitoreo y eventos. Ahora nos trae la sonda de PRTG en Linux con Phyton.

PRTG Network Monitor, contaba con su sonda en Windows que busca: balanceo de cargas de monitorización y monitoreo de redes externas. Estas sondas nos ayudan a tener un crecimiento o incluso a tener monitoreo de oficinas que no estén en la misma LAN o WAN y así llegar a conocer cómo operan en otras ubicaciones nuestros componentes tecnológicos.

Carlos Echeverria en este webinar nos cuenta las diferencias entre las sondas Windows y Phyton para Linux, mostrándonos un poco de arquitectura y beneficios que ofrecen cada una de estas.

Carlos Andrés Castro Cifuentes en este webinar nos habla acerca de las pruebas que ha realizado con esta nueva sonda Phyton para Linux, así como los beneficios que él considera que trae esta nueva sonda, permitiendo ampliar el monitoreo y reduciendo el costo del mismo ya que con una distribución Debian, Ubuntu, Raspbian -Linux se puede instalar esta sonda y tener una serie de sensores que ayudan a maximizar el monitoreo de las compañías.

Queremos invitarlos a que vean este webinar si no pudieron participar ya que creemos que puede mostrarles otras alternativas para sacar más provecho la solución PRTG Network Monitor.

Ver webinar: Uso práctico de los sensores de Monitoreo de Python

¿Sabias que ahora PRTG te notifica a Microsoft Teams y Slack?

Paessler el fabricante de PRTG Network Monitor como siempre esta a la vanguardia tecnológica. En esta ocasión le ha apostado a la integración con Microsoft Teams y Slack, considerando que son dos de las soluciones más usadas por estos tiempos.

Acerca de Microsoft Teams y Slack

Tanto Microsoft Teams como Slack son soluciones  de mensajería en tiempo real que facilita la gestión de grupos de trabajo, ahorrando tiempo y centralizando la comunicación.

Para el caso de Slack nos permite  crear grupos de trabajo entre un número ilimitado de miembros, conservar  conversaciones privadas, establecer canales públicos y privados o compartir archivos. Por lo que Slack puede ser usado por ejemplo: por un diseñador independiente que está desarrollando un proyecto para una organización; o también para un grupo de redactores que trabajan para una misma página web o para el departamento de informática de una compañía que tiene tantos proyectos como canales.

¿Qué nos permite esta integración?

A pesar de que PRTG Network Monitor cuenta con su propia app para Android y IOS, en la cual podemos ver el estado de los componentes de negocio que estamos monitoreando, y en el momento en que se presenta una excepción (ERROR) en uno de ellos el APP está en capacidad de recibir notificaciones PUSH que ayudaran al gestor de eventos o monitoreo a estar enterado de todo lo que sucede con la operación.

Pero sabemos que no es suficiente y que a muchos nos gusta tener notificaciones no solo por el APP, correo electrónico, sino que también queremos que algunas alertas que se generen en PRTG sean notificadas a nuestro Microsoft Teams o Slack, en donde normalmente con esta nueva normalidad estamos todo el día en conferencias o chateando.

 Si eres usuario de PRTG Network Monitor no dudes en escribirnos y te compartiremos el documento en español en el que explicamos paso a paso como realizar esta configuración y sacar mejor provecho a nuestra solución de monitoreo de red.


Nos puedes contactar en info@hachi.co

Gestión de eventos el aliado de tu área de tecnología

Uno de los grandes retos que tienen la compañía es la gestión de los eventos ya que muchas veces se confunden los eventos con las incidencias debido a esa línea delgada que separa los dos procesos.

La gestión de eventos permite que las compañías tengan información a la mano que ayude a conocer posibles incidentes que se puedan presentar en los servicios que prestamos como área de tecnología de la compañía. 

Los eventos permiten que los componentes que tiene un servicio sean monitoreados con el fin de detectar de manera temprana anomalías en su funcionamiento es por eso que encontramos varios tipos de eventos.

¿Cuales son los tipos de eventos?

Informativo:  este permite conocer qué algo ha cambiado pero que no es necesario realizar ninguna acción. Pensemos que dentro de lo que estamos monitoreando está el respaldo de una base de datos que se realiza de forma automática y se completó con éxito. Es bueno que conozcamos que se ha dado este cambio, que se cumplió de acuerdo a lo que se esperaba y que no hay razón para tomar ninguna medida. Es por eso que se denomina Informativo.

Advertencia: es un poco más complejo y, de hecho, podría requerir algún tipo de acción. Por ejemplo, pensemos que un servidor está alcanzando su umbral de capacidad de almacenamiento; teniendo un espacio disponibilidad en disco menor de 20%, de inmediato se activa un evento de advertencia por lo que deberíamos realice una acción manual o automatizada. Tengamos en cuenta que por lo general las advertencias son claves para evitar los incidentes y es donde cobra mucho sentido la gestión de eventos ya que ayuda a prevenir las incidencias.

Excepción: esta nos indica que algo no está funcionando bien, y en este punto ya podríamos estar con un incidente o problema ya que es posible que se haya generado la advertencia y no hubiéramos realizamos los correctivos necesarios por lo que el servicio se puede estar viendo afectado.

¿Cuál es la diferencia entre un Evento y una incidencia?

Por consiguiente, la diferencia entre un evento y una incidencia es que en la primera estamos teniendo alertas tempranas de algo que puede ocurrir en caso hagamos caso omiso a las advertencias que se generan. Por ejemplo, pensemos que tenemos nuestra solución de PRTG Network Monitor configurada para que el servidor de archivos al tener un disponible de 10% de espacio en disco duro nos alerte y esta alerta este día a tras día en nuestra solución de eventos y nosotros no realizamos la ampliación del disco duro o borrado de logs para liberar espacio, seguro en poco tiempo lo que pasara es que tendremos una excepción. Pudiendo impactar hasta otras aplicaciones de negocio que requieren de este recurso para su correcto funcionamiento.

¿Qué soluciones nos puede apoyar para la gestión de eventos?

PRTG Network Monitor nos aportará mucho valor para que tengamos controlados los eventos y evitemos que estas advertencias se conviertan en incidentes, adicionalmente nuestra área de tecnología sería la primera en enterarse de la situación que está sucediendo y no la última como cotidianamente pasa cuando es el usuario final que llama a la mesa de servicio advirtiendo que no funciona un servicio específico impactando el servicio.

Te invitamos a que nos preguntes acerca de ¿cómo Hachi puede ayudarte a llevar una gestión de eventos adecuada de la mano de PRTG Network Monitor, conectándola con Aranda Service Desk como solución de gestión de mesa de servicio?