Blog Tecnología Redes

App

PRTG y la bolsa administración- supervisión de exchange como un servicio de negocio

PRTG 

Para completar esta serie de artículos sobre cómo PRTG puede ayudar a monitorear Microsoft Exchange, pensé que miraría las cosas desde una perspectiva diferente, la de Exchange como un servicio comercial, en lugar de solo una colección de componentes de TI.

En artículos anteriores, hemos visto cómo podemos usar una combinación de sensores listos para usar y personalizados de PRTG para brindarles a los administradores una gran idea de cómo funciona su sistema de Exchange. Pero también podemos usar PRTG para proporcionar una vista de alto nivel de la disponibilidad del servicio para el resto del negocio. Con Business Process Sensor, una de las "gemas ocultas" de PRTG, podemos resumir el estado de los sensores asignados a múltiples dispositivos para determinar la disponibilidad de nuestro servicio Exchange.

Sensor de proceso comercial

Como hemos visto en otros artículos de esta serie, Microsoft Exchange se basa en múltiples dispositivos, servicios y subsistemas: servidores, redes, almacenamiento, AD, todos tienen que estar disponibles y funcionar bien para que Exchange cumpla su función como la principal herramienta de comunicación comercial. Un problema con cualquiera de esos componentes puede enviar a Exchange fuera de línea (y los teléfonos de la mesa de servicio en fusión).

Tenemos un servidor de Exchange en DMZ, tres servidores de buzones en un DAG resistente, una SAN que proporciona almacenamiento para los servidores de buzones y finalmente conmutadores de ethernet y FC que conectan todos juntos (para simplificar, he omitido la configuración de clúster de conmutación por error de Windows Server Los DAG requieren). Este es exactamente el tipo de mapa PRTG que se puede encontrar en los Centros de operaciones de TI en todo el mundo, manteniendo a SysAdmins informado sobre el rendimiento de su sistema de Exchange.

Lo que el Business Process Sensor (BPS) nos permite hacer es reinterpretar el estado de estos componentes individuales para mostrar la disponibilidad del servicio de correo electrónico de la compañía.

Así que echemos un vistazo a cómo funciona el BPS.

Aquí podemos ver en mi Árbol de Dispositivos, que he creado un grupo llamado "BPS Exchange", al cual he agregado un Dispositivo llamado "Servicio de Exchange"

Luego creé tres sensores BPS separados para "Servicios de red", Almacenamiento y "Servidores de buzones" respectivamente.

Una cosa a tener en cuenta aquí, ya que "Servicio de intercambio" no existe como un dispositivo físico, no tiene una dirección IP, por lo que solo usamos una dirección ficticia. Asegúrese de que la dirección que elija no exista en su red o PRTG intentará sondear esa dirección.

Podemos ver por los medidores de sensor que PRTG está mostrando el estado global de cada sensor BPS como "Arriba". Entonces, ¿cómo determina eso?

Al abrir la página de configuración para el sensor Servidores de buzones, podemos ver cómo está configurado el BPS:
 

En primer lugar, debemos proporcionar un nombre para el canal que estamos creando, en este caso "buzones"

A continuación, enumeramos los objetos PRTG que componen el sensor. Aquí, podemos agregar dispositivos completos o sensores individuales que ya existen en PRTG. Recuerde, BPS agrega los estados de otros objetos, por lo que ya debe estar definido.

Al hacer clic en el símbolo "+" en el campo Canal se abre una vista del Árbol de Dispositivos desde la cual podemos seleccionar los objetos que queremos agregar. Debe considerar aquí qué objetos desea agregar al canal. En el ejemplo, para mantener las cosas simples, acabo de seleccionar los sensores de ping asignados a los tres clústeres de DAG. En la práctica, probablemente quiera agregar todos los sensores o dispositivos que son críticos para el estado del servicio que se está definiendo.

Finalmente, creamos los umbrales que se usarán para establecer los estados de "advertencia" y "error" para el nuevo canal. Hacemos esto definiendo la cantidad (como porcentaje) de objetos (dispositivos fuente o sensores de origen) que necesitan cambiar de un estado verde ("arriba"), antes de que el estado general del canal BPS cambie de estado.

Esto puede ser un poco difícil de comprender, pero esta página describe el proceso de cálculo del estado de BPS con más detalle.

Esto nos permite definir cómo los estados degradados en los sensores de origen afectan el comportamiento del BPS. Por ejemplo, si uno de nuestros tres clústeres de DAG se desconecta, esto le preocupa al equipo de TI, y se les notificará el problema utilizando los sensores asignados directamente al dispositivo DAG, en cualquier lugar de PRTG. Sin embargo, esto no es necesariamente un efecto en el servicio; los clústeres restantes de DAG pueden satisfacer adecuadamente las necesidades del negocio:

Sin embargo, si falla un segundo clúster de DAG, esto puede tener un impacto comercial. El servicio todavía está disponible, pero degradado. De nuevo, el mapa centrado en el dispositivo y las notificaciones asociadas le informarán al departamento de TI sobre el problema, muchos indicadores de estado rojos. Pero el BPS, mapa centrado en el servicio, mostrará un estado naranja de "advertencia" porque el servicio aún está disponible, pero degradado:

Si tuviéramos la mala suerte de perder el tercer y último clúster de DAG, tanto el dispositivo como los mapas basados en el servicio reflejarían esto:

Por supuesto, BPS no solo es útil para el monitoreo de Exchange. Se puede retratar cualquier sistema o servicio que dependa de múltiples componentes individuales y se representa la relación entre los componentes. Por ejemplo, puede crear un mapa basado en BPS que muestre el estado de todos sus sistemas comerciales críticos: correo electrónico, CRM, EPR, tienda en línea, etc.

Incrustar ese mapa en una página de intranet permitiría a los usuarios ver de inmediato si hay un problema con un sistema de TI. Un semáforo en rojo o ámbar indicaría que sí, que hay un problema con ese servicio, que TI lo sabe, por lo que no es necesario abrir un caso, lo que ayuda a reducir el número de llamadas duplicadas a la Mesa de servicio.

El Business Process Sensor es una característica poderosa y flexible de PRTG que permite al departamento de TI convertir datos técnicos de "profundidad profunda" en la salud y el rendimiento del sistema, en información simple de disponibilidad del servicio; y luego comunicar eso de manera clara y efectiva al resto del negocio.

Esta mirada al BPS concluye nuestra serie de artículos sobre cómo PRTG puede ayudar al Administrador de Exchange. Los otros cinco artículos están disponibles aquí:

Te atendemos por whatsapp

Contáctanos y con gusto le atenderemos