martes, 15 de abril de 2014

Que se puede Monitorear con BMC Patrol Agent

La mayoria de las ovaciones a lo largo ya de 4 años hay una pregunta en especifico que se repite con los clientes, ¿Que puedo, y ha que profundidad puedo monitorear Sistemas operativos, Ampliativos y base de datos con BMC Patrol Agent? tratando de ampliar una solución documental oficial adjunto la descripción de los parámetros por clases en los documentos de KM o módulos de conocimiento para la biblioteca de soluciones de monitoreo de BMC Software.

¿Que se puede monitorear con BMC Patrol Agent?
Con BMC Parol Agent podemos tener en monitoreo sistemas operativos Enterprise como;
  • Servidores Windows
  • Servidores Linux Red Hat
  • Servidores aix
  • Servidores hp-ux
  • Servidores Solaris sparc

     ¿Qué tipo de bases de datos  puedo monitorear con BMC Patrol Agent?

  • SQL Server
  • DB2
  • Oracle
  • Oracle RAC
  • Informix

     ¿Que aplicativos puedo Monitoreal con Patrol Agent?
  • Websphere
  • Active Directory
  • Exchange
  • Jboss

Con estos Reportes de descripción de parámetros el objetivo ideal es siempre tener un dominio claro del alcance de nuestra solución Patrol Agente aplicado a un KM en especifico y este KM es una buena practica crear una linea base de monitoreo. Sobre ella aplicar únicamente los parámetros que requerimos es decir si mi clase de aplicación es CPU y dentro de el existen 8 parámetros de los cuales el único de ellos que me aporta valor a la gestión de monitoreo es CPUutil el resto hay que eliminarlos de nuestra clase de aplicación ¿por que? imagina que por cada parámetro dejas activo 8 parámetros en total y aun servidor únicamente con requerimientos de monitoreo de  CPU + MEMERIA + DISCO + DISPONIBILIDAD = 32 parámetros default en monitoreo. este ejemplo tomando en cuenta que únicamente se dejaron activos las clases antes mencionadas, en la practica he visto clases de aplicación para un solo servidor con mas de 50 parámetros activos para solo 1 servidor....
La problemática acá es que si se usan estas malas practicas de no depurar sus parámetros dentro de las clases de aplicación y se trabaja en integración con otras aplicaciones de BMC Software como lo es ProactiveNet imaginen la carga que tendrá el Integration Service con tan mala administración en la capa numero uno de administración en ambientes de gestión de monitoreo que es nuestro Patrol Central y Patrol Configuration Manager.

Por ejemplo; cuando cargamos un KM el básico de OS nos despliega un agama de clases y parámetros enorme.



No es practico y es una mal a practica dejar la carga default de todas esas clases y parámetros que en ovaciones el administrador no sabe para que son o que métricas registran, lo mejor es un estudio de que es lo que se requiere, parámetros específicos. con ello poder crear una base de paramertros en PCM (Patrol Configuration Manager) y aplicarlo a un servidor en especifico.

Como se puede apreciar en la imagen la lista de parámetros y clases se depuro por que no se requieren mas para cumplir con un requerimiento de monitoreo de sistema operativo, previo a un estudio de que es lo que requerimos cubrír podemos dar respuesta con a ello de forma global en Patrol Configuration Manager.
en el siguiente post realizaremos un ejemplo de una linea base de monitoreo de CPU, Memoria y Disco para ambientes windows.

No hay comentarios.: