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.:
Publicar un comentario