Memoria technica BPA BMC

AFORE BANAMEX Doc. Memoria Tcnica Nm. Ver. 1.0

Responsable: Javier Martnez Liberacin: 30/jun/2010 Pgina 1

TODOS LOS DERECHOS RESERVADOS. Informacin confidencial y privilegiada de BANAMEX. No distribuir o divulgar excepto

dentro de BANAMEX y/o sus subsidiarias en una estricta necesidad de conocimientos bsicos. No distribuir fuera de BANAMEX y/o sus subsidiarias sin el permiso escrito expreso.

BMC Performance Assurance

AFORE BANAMEX

Memoria Tcnica

Antonio Godos Consultor Senior

Versaria

Junio, 2010

Lista de aprobadores: Gerente del rea, Asesor especializado del rea.

Lista de Distribucin

A los miembros del rea Correspondiente.





TABLA DE CONTENIDO

Antecedentes 3

Marco Terico 3

Principales Capacidades 5

Arquitectura (Configuracin tipo Agente/Colector) 9

Diagrama de arquitectura global 12

Flujo de informacin 13

Estructura de datos UDR 15

Configuracin de acceso ODBC para Visualizer y Perceive 16

Requerimientos para la utilizacin de Predict 19

Arquitectura del proyecto 20

Tabla de servidores utilizados en el proyecto 21

Instalacin de Visualizer 25

Instalacin del visor Web Perceive 29

Configuracin de la fuente de datos desde Perceive 33

Instalacin de Consola Windows 33

Instalacin del parche en Consola Windows 37

Automatizacin 39

Observaciones y Recomendaciones 50

Siguiente Fase de maduracin de la solucin Performance Assurance 51





Antecedentes En respuesta al requerimiento de AFORE BANAMEX para llevar a cabo la implementacin bsica del producto BMC Performance Assurance 7.5.00, se llev a cabo la instalacin y configuracin de la solucin en una consola central Windows y 23 agentes/colectores (6 Unix y 17 Windows).

Marco Terico

Factores Direccionadores Las cuatro principales razones para llevar a cabo un proceso de MedicinMonitoreo son (en apego a mejores prcticas ITIL):

1. Para Direccionar: Esto incluye el monitoreo y la medicin para ajustar o crear actividades y alcanzar objetivos anteriormente planeados. Es la razn ms comn para medir y monitorear. Por ejemplo los SLAs ajustan valores de mtricas para cumplir objetivos y los departamentos de TI se miden contra estos objetivos.

2. Para Intervenir: Esto incluye el monitoreo y la medicin para identificar un punto de

intervencin incluyendo cambios subsecuentes y acciones correctivas. Sin embargo, puede ser necesario una medicin continua para asegurarse que el performance no se deteriora en un futuro.

3. Para Justificar: Esto incluye el monitoreo y la medicin para justificar, con evidencia o

prueba, que una accin se requiere. La justificacin algunas veces requiere de proyecciones, tendencias y modelos. En un escenario tpico, primero se justifica un proyecto y luego se validan los entregables.

4. Para Validar: Esto incluye monitoreo y medicin para validar decisiones previas. Una

vez que el proyecto ha sido completado, no es necesario seguir midiendo para validar.





El proceso definitivo de

medicin

Validar

Direccionar

Intervenir

Justificar

Coleccin

Datos

Procesamiento

Informacin

Anlisis

Y Prediccin

Conocimiento

Presentacin

Y Reportes

Sabiduria

El proceso definitivo de medicin En trminos generales y siguiendo una metodologa apegada a mejores prcticas como ITIL el proceso Definitive Measuring Process para la obtencin y procesamiento de informacin recolectada (mtricas) se divide en las siguientes fases: - Gathering (Recoleccin de informacin) DATOS - Processing (Procesamiento de informacin) INFORMACIN - Analyzing (Anlisis de informacin) CONOCIMIENTO - Modeling or Predicting (Generacin de modelos predictivos) - Presenting or Using (Presentacin de reportes y resultados) SABIDURIA Este proceso define un enfoque lgico a seguir, sin embargo, necesitamos tomar en cuenta los factores direccionadores (Validar, Direccionar, Intervenir, justificar) para asegurar que se producirn mtricas efectivas.





Principales capacidades

Anlisis de Performance y Reporteo

Anlisis de Performance Performance Assurance de BMC tiene la habilidad de presentar el estado actual de los sistemas en trminos fcilmente comprensibles, reconocimiento de problemas de performance y fcil identificacin de causa raz. Los puntos ms importantes que cubre la solucin BMC Performance Assurance para esta parte son:

Despliegue de cuellos de botella Vista del performance por hora, diaria, semanal o por calendario Reportes en trminos de workloads Soporta drill-down mostrando niveles subsecuentes de detalle cuando se requiera Provee detalle de la actividad de I/O para cada disco por workload

Provee detalle de utilizacin de memoria por workload Subdivide el uso total de recursos por aplicaciones o workloads Caracterizacin de Cargas de Trabajo (Workloads) Performance Assurance de BMC tiene la habilidad de presentar la informacin de performance en trminos de workloads. Dichos workloads describen un conjunto de actividades basadas en un criterio de identificacin definido por el usuario permitiendo la agrupacin para reflejar con claridad las aplicaciones de negocio. Los puntos ms importantes que cubre la solucin BMC Performance Assurance para esta parte son: Workloads definidos por el usuario mapeando aplicaciones de negocio basadas en grupos de

usuarios, departamentos o reas de inters. Posibilidad de aplicar distintos criterios para workloads varias veces a los mismos datos sin

necesidad de recolectar nuevamente informacin.

Permite la identificacin y agrupacin de workloads por:





o Nombre del proceso o Argumentos del comando o Nombre de usuario o Nodo en el cual se ejecuta

Permite el uso de comodines para agrupar actividades en workloads Permite la inclusin automtica de procesos hijos Provee reglas de conteo de transacciones definidas por el usuario Base de Datos de Performance La informacin puede ser desplegada inmediatamente as como almacenada en una base de datos para reporteo y visualizacin. La base de datos de performance (PDB Performance Data Base) permite utilizar la tecnologa ODBC para dar acceso a mediciones y datos histricos. Los puntos ms importantes que cubre la solucin BMC Performance Assurance para esta parte son:

Almacn de datos histricos de performance para consultas a largo plazo No requiere la compra de un paquete adicional de RDBMS Soporta conectividad ODBC al ambiente de base de datos existente Permite consultas externas utilizando SQL estndar El esquema de la base de datos est documentado Provee comandos de mantenimiento para la base de datos Provee esquemas de sumarizacin definidos por el usuario para reducir requerimientos de

espacio Reportes de Performance Performance Assurance de BMC cuenta con capacidades de reporteo que permiten ver los datos grficamente en muchas formas definidas por el usuario. Adicionalmente permite la publicacin automtica de estas grficas hacia un web site. Los puntos ms importantes que cubre la solucin BMC Performance Assurance para esta parte son:

Provee generacin de reportes grficos va mens pull-down Impresin de grficas Provee la seleccin de estilos, colores, leyendas, ttulos, etc. Publicacin automtica de grficas de performance hacia ambientes Web Permite la exportacin de grficas a varios formatos

Generacin de reportes de excepciones basados en umbrales estticos o definidos por el usuario





Modelado y Prediccin

Tecnologa de Modelado Performance Assurance de BMC utiliza la tecnologa de modelado en base a colas que determina el impacto del performance en las cargas de trabajo (workloads) y debido a cambios de configuracin; es capaz de contestar a una variedad de preguntas what-if para determinar cmo los cambios de CPU, memoria, I/O afectarn el performance del usuario final. Los puntos ms importantes que cubre la solucin BMC Performance Assurance para esta parte son:

Utiliza tcnicas de modelado analtico para generar resultados ms confiables Modela configuraciones multinodo y multi-engine (mltiples CPUS) Predice el incremento de la actividad de paginacin cuando el crecimiento reduce la

memoria disponible Automticamente incrementa la actividad de I/O en la red cuando ocurren crecimientos Prediccin del Performance Performance Assurance de BMC predice el performance futuro mostrando como los cambios en la configuracin de hardware (CPU, memoria, disco, etc) o cambios en los workloads (incremento de trabajo o intercambio/movimiento de cargas) afectarn el performance del usuario final. La solucin es tambin de gran utilidad en las primeras fases de un proceso de Sizing. Los puntos ms importantes que cubre la solucin BMC Performance Assurance para esta parte son:

Anlisis de los efectos de cambios en CPU, I/O y memoria Prediccin de cmo el crecimiento de workloads impacta los tiempos de respuesta de

aplicaciones

Permite la creacin de librerias de workloads para su posterior utilizacin Provee movimiento de workloads de servidor a servidor Manejo del balanceo del I/O (moviendo actividad de I/O de un disco a otro) Prediccin de punto de saturacin en una configuracin de servidor La interfase permite la creacin de modelos y descripcin de workloads por el usuario sin

requerir colectar datos de performance nuevamente.





Scenario Planning Performance Assurance de BMC cuenta con la capacidad de manejo de escenarios de planeacin para un crecimiento proyectado dado. Los resultados se representan grficamente permitiendo la vista de mltiples escenarios juntos. Los puntos ms importantes que cubre la solucin BMC Performance Assurance para esta parte son: Ejecucin automtica de mltiples escenarios de crecimiento por periodo Cuenta con opciones para detener y reanudar escenarios cuando ocurre un cuello de botella Permite el incremento y decremento sobre workloads Grafica mltiples escenarios en una sola grfica para comparar alternativas

Los planes se pueden guardar para su posterior reutilizacin Aplicaciones avanzadas Performance Assurance de BMC es suficientemente verstil para permitir un amplio rango de escenarios What-If. Por ejemplo modelar y evaluar cambios especficos antes de llevar a cabo la puesta a punto de una nueva aplicacin o antes de agregar un nuevo servidor. Los puntos ms importantes que cubre la solucin BMC Performance Assurance para esta parte son:

Consolidacin de servidores de mltiples nodos a uno solo Verificacin de contratos de outsourcing sobre requerimientos de hardware Sizing aplicativo (en ausencia de datos de performance actuales) Virtualizacin (obtencin de mtricas y creacin de modelos sobre maquinas virtuales y

particionamiento virtual)

Vistas previas de los efectos de agregar/cambiar elementos de I/O o RAID Escenarios de crecimiento tipo Benchmark A continuacin se describe la arquitectura de la solucin Performance Assurance para ambiente distribuido usando Agentes/Colectores.





Arquitectura (Configuracin tipo Agente/Colector)

Agentes En esta arquitectura se requiere un componente de Agente/Colector en cada servidor que se quiera incluir en el proceso de coleccin, dicho Agente/Colector es el responsable de recibir y activar las colecciones generadas desde la consola central. Los datos son almacenados





temporalmente en un repositorio local UDR(Universal Data Repository) para despus ser transferidos automticamente al trmino del proceso de coleccin (tpicamente al final del da).

Consolas A continuacin se presenta en forma detallada los elementos que forman la consola y los componentes (Visualizer y Perceive) con los que se comunica. Cabe mencionar que es posible instalar todos los componentes de consola en un solo equipo Windows.

Los datos colectados son transferidos a la consola (Windows o Unix) donde son procesados por Analyze y Predict. Es desde la consola donde se lleva a cabo el proceso de What-IF Analysis.





En la consola tambin se encuentra el Repositorio central de datos raw (archivos crudos UDR Universal Data Repository): en este repositorio se almacenan todos los datos recolectados provenientes de todos los servidores configurados, la extensin de estos archivos es .udr El directorio que se utiliz para este fin en el equipo lacmexafoassur fue D:\collect El Repositorio Histrico puede ser instalado en cualquier equipo (incluso en la consola central), este repositorio contiene el resultado de los datos procesados (Analyze y Predict) y es la fuente principal de informacin para Visualizer y Perceive. La instancia de base de datos que contiene la informacin de Performance es un recurso ODBC que puede estar en cualquiera de los siguientes manejadores: - Oracle 10, 11 - DB2UDB - SQL Server 2005 - Access (el producto tiene un Jet Engine de Access incluido) Para este proyecto este repositorio se instal en el mismo servidor Windows (lacmexafoassur) corriendo Oracle 11g R1. La instancia se llama ASSURANCE

Visor Web Perceive Por otra parte se encuentra el componente PERCEIVE que es un visor Web de las principales mtricas de performance. Este componente puede ser instalado en el mismo servidor usado para la consola central o en servidores independientes. Se utilizaron las vistas por default del producto leyendo la informacin desde el recurso ODBC, as las lecturas de datos histricos son ms rpidas configuracin recomendable. En este caso para este proyecto se instal este componente en el equipo Windows lacmexafoassur.

Visualizer Este componente es el encargado de generar las grficas resultantes de los procesos de Analyze y Predict, junto con Automator forman la solucin de automatizacin y generacin de grficas del producto. Utilizando la versin para Windows, en este caso para este proyecto se instal este componente en el equipo Windows lacmexafoassur.





Diagrama de Arquitectura Global El siguiente diagrama muestra la arquitectura global de Performance Assurance:

Architectural Overview

Automator

Visualizer

Remote Node Collectors

Analyze

Predict

Manager

Investigate

FTP

Managing Console

Central Data Repository

Motif/UNIXAIX

HP

SUNOS

Solaris

Sinix

NCR

Digital UNIX

Windows

Informix

Oracle

Sybase

SAP

Visualizer PC

Win 2000, NT

FTP / NFS

TCP/IP

Performance

Database

Descripcin de la arquitectura de Performance Assurance - La primera fase (coleccin de datos) se lleva a cabo en cada servidor, es decir en los nodos

remotos, esta coleccin puede ser con agente o sin agente Agentless (slo para Windows), en el primer caso se instalan colector y agente en cada nodo y se escribe temporalmente en disco los muestreos de la informacin colectada. En el segundo caso (sin agente) la informacin se maneja en memoria y nunca se escribe al disco.

- Las fases de analyze y predict se llevan a cabo en la consola central - La base de datos de visualizer es un recurso ODBC montada en un servidor que puede

ser local o remoto.





Flujo de Informacin El siguiente diagrama muestra el flujo de datos que sigue Performance Assurance. Nota: En el caso Agentless (solo para Windows) no existen ni los repositorios locales UDR ni los colectores de Perform en los nodos remotos. Adems entre la consola y el nodo remoto existe un Proxy Host. Esta configuracin es solo para windows y no fue implementada en este proyecto.

Collect Data Flow





Descripcin del flujo de informacin

1. Los colectores en cada servidor guardan informacin del da en un repositorio local. Dichos colectores estn programados para recolectar informacin tpicamente las 24 hrs. del da los 365 das del ao.

2. Al finalizar el da, los datos colectados son transferidos automticamente hacia un repositorio central en la consola.

3. En la consola, mediante un proceso (manager) los datos crudos colectados son analizados con el fin de generar informacin sobre consumos de Cpu, IO, Memoria, etc. Esta informacin es a su vez convertida en un formato que puede leerse desde el visualizer (archivos.vis) y que puede cargarse a una base de datos va ODBC.

4. Al finalizar el proceso de anlisis se pueden generar archivos de entrada (archivos.md) que son cargados por el mdulo de Predict y a partir de estos generar modelos de comportamiento y de crecimiento de acuerdo a los objetivos establecidos por el rea de capacity planning.

5. El resultado y los reportes de este proceso pueden tambin ser transportados en formato .vis para ser cargados en el visualizer.

6. La carga de archivos .vis hacia la base de datos de visualizer (que actualmente est como un recurso ODBC) permite que desde esta herramienta se generen los reportes grficos provenientes de analyze y predict.

NOTA: Es posible, mediante un proceso de automatizacin (usando la herramienta Automator) que se generen diariamente las grficas definidas por el usuario (mediante la utilizacin de templates propios o utilizando los de mejores prcticas de BMC OBR (Out Of The Box Reporting), dichos templates incluyen varios tipos de grficas en varios formatos. As mismo estas grficas pueden ser exportadas a ambientes WEB mediante un proceso de exportacin a un portal propio de BMC o hacia otro servidor Web disponible. As mismo el set de scripts OBR incluye scripts para al procesamiento diario, semanal y mensual.





.

Estructura de datos UDR en repositorio central Para archivos crudos UDR Universal Data Repository: La estructura de directorios (UDR) en la consola lacmexafoassur (directorio D:\collect) central es la siguiente:

Structure of Data Repository

Como puede observarse para cada nodo (node-1) se crea una rama de directorios que incluye la carpeta (no-instance), debajo de ella un directorio por cada fecha colectada (date-time), debajo de esta se encuentran los directorios propios de los grupos de mtricas (GroupA-GroupZ) y finalmente bajo estos ltimos se ubican los archivos crudos o *.udr La estructura es la misma para cualquier sistema operativo (Unix, Windows, Linux) tanto en los agentes (almacenamiento temporal) como en la consola (Repositorio global UDR).





En la consola (lacmexafoassur) bajo del directorio D:\collect estn los equipos que forman parte de la coleccin, es decir en este nivel estamos refirindonos a los nodos.

Configuracin de acceso ODBC para Visualizer y Perceive En el servidor lacmexafoassur se cre un recurso ODBC DSN llamado Afore. A continuacin se muestra la pantalla donde se configuran los accesos ODBC, se puede ver el recurso tipo DSN llamado Afore.

El recurso Afore puede ser accesado desde Visualizer y tambin desde Perceive, a continuacin se explican los procedimientos de acceso de cada uno.

1. Acceso a recurso ODBC desde Visualizer: Para poder accesar este recurso desde Visualizer (en un equipo PC o laptop) y asi lograr generar las grficas de sistema operativo, se requiere tener instalado el driver odbc y de esta forma poder crear un





recurso ODBC tiipo DSN desde la propia herramienta de Windows Data Sources ODBC. El recurso puede tener cualquier nombre y debe usar el driver de Oracle para comunicacin ODBC. Una vez creado este recurso es posible accesar esta base de datos desde dentro de visualizer seleccionando la opcin Database Select y escoger el botn de DSN para generar el listado de recursos ODBC DSN, seleccionar el recurso que corresponde a la conexin ODBC (Afore) previamente creada llenando los campos de login y password correspondientes al usuario que tiene el acceso para escribir en la base de datos. Al conseguir el acceso ya se tiene abierta la base de datos para su manipulacin dentro de la herramienta Visualizer.

2. Acceso a recurso ODBC desde Perceive: Para poder accesar este recurso desde el

visor Web Perceive se requiere configurar la fuente de datos en Perceive (como usuario Administrador). Desde la pestaa de Administration elegir la opcin Data Sources Distributed Systems, despus crear una fuente de datos Visualizer Oracle seleccionado el botn new, a continuacin llenar la informacin requerida referente al Host donde se ubica la base de datos Oracle, el usuario y password de acceso a la misma, el nmero mximo de conexiones cliente,etc, al final seleccionar el botn create. Una vez creada la fuente de datos slo es necesario activarla (utilizando la opcin Activate). Al momento de activar esta fuente de datos se muestra un mensaje de conexin exitosa en la parte inferior de la pantalla indicando que ya es posible consultar los datos histricos desde cualquier vista (individual o de grupo) en Perceive. A continuacin se muestra la pantalla de configuracin de la fuente de datos ODBC desde el visor Web Perceive: El usuario y password para accesar a la pestaa de Administracin es el siguiente: User : Admininstrator Password : *******





OBS: Como se puede ver en la pantalla, el URL para accesar la aplicacin Web Perceive es la siguiente http://10.207.148.66:8080/qtv/





Requerimientos para la utilizacin de Predict Para poder aprovechar al mximo las caractersticas de Predict se requiere cubrir los siguientes requisitos bsicos. Creacin de Cargas de Trabajo (Workloads): Para mapear aplicaciones o llevar a cabo una agrupacin lgica de procesos o comandos es necesario crear cargas de trabajo o Workloads. Un Workload relaciona clases de usuario, clases de transaciones, procesos y equipos. Al final se cuenta con una o ms entidades (workloads) que al aplicarles los procesos de anlisis y prediccin nos proveen de resultados que reflejan el comportamiento de cada aplicacin o agrupacin lgica en particular. Seleccin de intervalos crticos: Generalmente antes de utilizar el mdulo Predict se seleccionan para el proceso intervalos de datos UDR donde se detectaron problemas de performance o cuellos de botella (mediante la generacin de reportes o grficas procesadas por Analyze), estos intervalos objetivo deben ser explcitamente asignados para ser procesados por Predict para que el modelo obtenido refleje la situacin crtica que se pretende analizar con detalle. Creacin del modelo : Al momento de analizar el intervalo crtico, se genera automticamente un archivo *.md que es el que se carga inicialmente al mdulo de Predict. Una vez cargado es importante tener claro que es lo que se pretende modelar (utilizacin de CPU, consumo de memoria, I/O, etc.). De acuerdo a este criterio se aplicaran posteriormente los cambios fisicos o lgicos al modelo. Generacin de archivos .vis desde Predict Dentro del proceso de Predict es posible en cada momento generar archivos *.vis para ser cargados posteriormente en Visualizer y poder ver grficamente el comportamiento del modelo antes, durante y despus de aplicar los cambios lgicos o fisicos.





Arquitectura del proyecto

A continuacin se muestra el diagrama con la arquitectura de la solucin Performace Assurance del proyecto en el ambiente productivo de AFORE BANAMEX.

Versiones instaladas 1. Consola BMC PATROL Performance Assurance for Windows versin 7.5.00 y parche 2. Visualizer versin 4.2.05 r4 y componente .NET Framework 2.0 SP2 3. Perceive for Windows (visor Web) version 7.5.00 4. Colectores para Windows ver 7.5.00 y parche 5. Colectores para HPUX-IA64 ver 7.5.00 6. Oracle 11.1.0





Tabla de Servidores utilizados en el Proyecto La siguiente tabla muestra los servidores que se utilizaron para el proyecto usando la arquitectura Agente/Colector:

Hostname S.O Consola Visualizer Perceive Colector BD cluster1 Windows X

lacmexfoad1 Windows X

lacmexfoad2 Windows X

lacmexfoapw1 Windows X






lacmexfoseg1 Windows X




lacmexfoassur Windows X X X X X

lacmexfosop2 Windows X

lacmexfopat Windows X

sqlcluster Windows X

afodb001 HPUX11.23 X




afoapu02 HPUX11.23 X

afoapu03 HPUX11.23 X

Observaciones

1. Se recomienda incrementar la memoria en por lo menos 2GB en el servidor lacmexfoassur ya que con 1GB de RAM no ser posible procesar toda la informacin generada en produccin, tambien es importante aumentar el espacio en disco para





poder almacenar el histrico necesario para su explotacin y poder generar los reportes resultantes de dicho anlisis.

2. Los equipos HPUX 11.23 requieren de un ajuste de parmetros Share Memory y

Semaforos que son requeridos para almacenar los grupos de mtricas temporalmente, en caso de deficiencia de estos recursos el colector solo obtiene las mtricas que se pudieron cargar en ese momento.

3. Para llegar al segundo nivel de maduracin (Anlisis de Workloads) es necesario mapear

las aplicaciones ms crticas para que el proceso de anlisis y los reportes correspondientes informen contextualmente del comportamiento de dichas aplicaciones

Reportes XML

Los reportes XML sustituyen a los reportes clsicos HTML y proveen ventajas adicionales como: ordenamiento dinmico en linea por columna, seleccin de nmeros de objetos a desplegar, drill-down en tabla de procesos, etc. Para accesar a estos reportes se siguen los siguienters pasos.

1. Abrir la consola del producto en Windows y accesar en el rbol de objetos, el cono que

dice AnalyzeReports como se muestra a continuacin.





2. Haciendo click en el botn New Reports, aparece la siguiente pantalla.

3. Dar click en el botn Examinar y cargar cualquiera de los archivos despus hacer click en el botn Load para cargarlo, un ejemplo se muestra a continuacin.





El reporte XML contiene varios elementos interactivos tipo botn y campos (como los encabezados de columna, el botn de Update y el campo Number of rows to display) que pueden usarse para ordenar el reporte y cambiar el numero de objetos a desplegar en forma dinmica. En algunos reportes se pueden aplicar hasta 2 criterios de ordenamiento al miso tiempo.

Estos archivos se generan cuando se habilitan las opciones Generar reportes de Analyze y/o Predict desde el script de manager. Se genera un reporte XML por cada intervalo (es decir hay 24 por cada da)

NOTA: Es importante mencionar que para poder visualizar los reportes XML es necesario un cargador XML, que viene incorporado en la consola Windows. Este cargador XML se encuentra en el directorio D:\BMCPATROL\BMC Software\Patrol3\BEST1\NTC\bgs\rpt\Xml del equipo lacmexfoassur. Por ltimo es importante sealar que estos reportes funcionan solo en navegadores con capacidad para cargar controles ActiveX.





Instalacin

Instalacin de Visualizer 1) La instalacin del componente Visualizer requiere como requisito la aplicacin del paquete

NET Framework 2.0 SP2 de Microsoft como se muestra a continuacin

2) Al aceptar la licencia y dar click en Instalar se aplica el paquete . NET Framework al

servidor





3) Posteriormente ejecutar el archivo setup.exe como se muestra a continuacin.





4) Aceptar el acuerdo de licencia de software.

5) Seleccionar instalacin Custom para poder ver las opciones y decidir que se desea instalar.

6) Se puede cambiar la carpeta de instalacin por default que usa Visualizer.





7) Seleccionar las 3 casillas para instalar todos los componentes incluyendo ejemplos.

8) Se muestran las opciones seleccionadas antes de comenzar el proceso de instalacin, en

este momento es posible revocar o continuar con el proceso de instalacin.





9) Al terminar el proceso de instalacin se informa en esta pantalla si se llevo a cabo

exitosamente o no. Al final dar click en Finish para cerrar el instalador.

Instalacin del Visor Web PERCEIVE 1) Ejecutar el archivo setup.exe del paquete de instalacin Perceive 7.5.00 como se

muestra a continuacin.





2) Despus de aceptar el acuerdo de licencia indicar el directorio de destino





3) A continuacin dar de alta el usuario Administrador de Perceive

4) Configurar los puertos de acceso de la aplicacin.





5) Posteriormente se informa donde se llevar a cabo la instalacin, asi como del espacio en

disco que ocupa. En este momento es posible cancelar o aceptar para instalar.

6) Al final del proceso de instalacin se informa del xito de la misma y se da acceso al log de instalacin.





Configuracin de la fuente de datos desde Perceive Para llevar a cabo la conexin entre Perceive y la base de datos Oracle, se requiere entrar como usuario admistrador (Admin) a la pestaa de Administracin y en la seccin de Data Sources dar de alta una entrada en Oracle. Ver la imagen de la pgina 17 donde se muestra la configuracin para la fuente de datos Oracle:

Instalacin de Consola Windows Para la instalacin de la consola Windows se requieren 2 paquetes de instalacin

Instalador para consola Windows

Parche para consola Windows 1) Despus de descomprimir el instalador y ejecutar el archivo ejecutable, se muestra la

siguiente pantalla





2) Despus de aceptar el contrato de licencia y de elegir el tipo de instalacin Custom se

requiere dar la ruta de instalacin.





3) Seleccionar el nivel de seguridad bsico.

4) No usar ningn mtodo de envio de correo para notificar





5) No crear cuenta de usuario ya que la notificacin por correo esta deshabilitada.

6) Deshabilitar las opciones de Enable collection of historical data y Set Perform Agent to

start automatically. Dejar los puertos por default sin cambios.





7) Al final depus de aceptar el inicio de la instalacin se muestra la pantalla de confirmacin

con el acceso directo al log de instalacin.

Instalacin del parche en Consola Windows





1) Descomprimir el parche y ejecutar la utileria BPAPatchTool.cmd

2) Desde la pestaa de Install Patches apuntar al archivo .zip que contiene el parche y dar

click en Install Patch.

3) Para verificar la instalacin usar la pestaa Uninstall Patches que muestra los parches

actualmente instalados.





Para ejecutar la consola Windows seleccionar la opcion BMC Performance Assurance Console desde el men de inicio en windows.

Automatizacin





Se utiliz el mdulo de automatizacin (Manager) para crear un script automtico (D:\manager\Afore.msf) que lleva a cabo las funciones bsicas del ciclo de vida de la solucin Performance Assurance. Este ciclo comprende las siguientes fases:

Collect: Lanzar las colecciones diarias a todos los equipos que se encuentren dentro de la politica D:\politicas\afore.plc; una vez terminada la coleccin de las 24 hrs en cada nodo, transferir los datos de manera automtica hacia el repositorio UDR (Universal Data Repository) de consola ubicado en D:\collect

Analyze *: Una vez terminada la transferencia diaria de informacin colectada, llevar a cabo un proceso de anlisis de la misma, que incluye la generacin de reportes Texto, XML y archivos .VIS para Visualizer.

Predict *: Despus del anlisis de datos se hacen pasar por el mdulo Predict para

generar mtricas de tiempo de respuesta y throughput (cantidad de trabajo o transacciones por unidad de tiempo), esta informacin tambien se genera en formato Texto, XML y archivos .VIS para visualizer.

Carga a la base de datos ASSURANCE: Despus de los procesos de Analyze y Predict, se lleva a cabo la carga de datos hacia la base de datos Oracle (ASSURANCE) mediante el proceso de populate. Posteriormente es posible consultar la informacin desde el visor web Perceive o desde Visualizer.

Logs: cada fase del proceso de automatizacin queda en modo trace para consulta posterior utilizando el mecanismo SR (Status Report) que nos permite visualizar todas las ejecuciones del script Afore.vcmds y sus posibles errores o warnings en formato HTML.

* Estas opciones estan actualmente desactivadas hasta que se agregue ms

memoria y disco a la consola central. A continuacin se describe con ms detalle dicho proceso de automatizacin que se realiz desde el mdulo Manager en la consola lacmexfoassur. El script que lleva a cabo todo el proceso se llama D:\Afore.msf. La salida de dicho script se encuentra en el directorio D:\manager Desde la consola, en el modulo Manager dar click derecho y crear un nuevo script





Se creo un script llamado Afore.msf en la ruta especifica indicada a continuacin donde tambin se almacenarn los resultados de la ejecucin diaria del script.





En el siguiente paso se indica que se usar la politica afore.plc para la ubicacin de nodos y directorios de coleccin remotos.

Despus se indica el intervalo de 60 min que seala la creacin de archivos .vis con este intervalo mnimo, se cancela la generacin de reportes para Analyze y Predict y se indica que se utilizar el archivo de workloads por default





Posteriormente se indican los intervalos tanto de hora de inicio-fin como de fechas iniciales y finales.

En el siguiente paso nos ligamos con Automator para que ejecute las tareas de populate hacia la base de datos via el script generado (Afore4.b1a). Es importante hacer click en yes para desplegar el script en Automator





Antes de que se desliegue el script en Automator es necesario indicar el ODBC Afore que es la conexin directa hacia la base de datos que se va a popular.

Al desplegarse el script Afore4.b1a es necesario dejar solamente el evento de carga y quitar todos los dems





Al final el script Afore4.b1a queda solamente con los eventos requeridos para llevar a cabo la carga automtica hacia la base de datos.

Al salvar el script y cerrar la ventana de Automator nos devuelve a la siguiente pantalla.





Despus dejar vacia la pantalla de calendarizacin del script y dar click en Finish.





Ahora ver las propiedades del script Afore.msf haciendo click derecho en el nombre del script desde la pestaa de Manager.

Desde la pestaa OSR desmarcar la opcin Run OSR.

Antes de calendarizar el script Afore.msf es necesario primero salvarlo.





El ltimo paso es calendarizar el script desde el mdulo de Scheduler, haciendo click derecho indicado que se quiere calendarizar un nuevo script Schedule Script.





Se le indica que el script Afore.msf es el que se desea calendarizar

A continuacin se indican los intervalos en fechas (inicial y final) en los que se desea correr el script.





Finalmente al dar click en Finish se calendariza el script y se muesta en status WAITING

El script indica su terminacin con el status FINISHED que seala que ha terminado el proceso de recoleccin-anlisis y carga a la base de datos. Entonces es posible usar el visor Web Perceive para consultar la informacin, por ejemplo a continuacin se muestra un ejemplo de un par de consultas desde Perceive. La primera muestra un resumen de comportamiento de I/O en un servidor dado.





En esta segunda vista se muestra la grfica de Workloads (se uso el archivo por default)





Se configuraron perfiles de acceso del tipo Admininstrador, Operador y Analista en el visor web Perceive para aquellos usuarios que solo tengan acceso a las vistas sin modificarlas (Operador), asi como aquellos que quieran crear las propias y publicarlas (Analista).

Observaciones y Recomendaciones Disco La informacin generada en disco consta de 5 partes. 1. En la consola: la informacin almacenada en el repositorio UDR de la Consola de

Performance Manager, la cual se obtiene a travs del proceso de coleccin de cada servidor. Es importante conservar siempre los archivos UDR ya que son la base para generar todo lo dems (incluso la informacin en la base de datos), se recomienda contar con alguna politica de respaldo para estos archivos. Directorio de coleccin D:\collect

2. En los colectores: En cada uno de los servidores donde se lleva a cabo el proceso de

coleccin (agentes) se recomienda contar con el espacio mnimo en disco para almacenar 48 hrs de informacin histrica. De esta manera garantizar la consistencia de datos en caso de que la transferencia hacia la consola falle por alguna razn (la red por ejemplo).

3. En Visualizer: Se genera el proceso de OBR que es el responsable de la creacin automtica de grficas tomadas de las mejores prcticas de Performance Management . Estas grficas se almacenan fsicamente en algun directorio de la consola (se recomienda se le llame OBR). Se recomienda llevar a cabo un proceso de Sizing para estimar el espacio requerido para almacenar la cantidad de dias deseados (se recomienda contar con 30 dias onlline y los dems respaldarlos). Los reportes OBR se recomienda generarlos primero por demanda y luego integrarlos al script de automatizacin segn los requeriemientos del cliente.

4. En la consola: La informacin procesada y generada por los procesos de Analyze y Predict

(en la consola Windows), que incluye archivos para visualizer (.vis), reportes en XML, reportes de texto. Es importante llevar a cabo un proceso de Sizing para estimar el espacio para estos archivos, se recomienda mantener los archivos XML y archivos VIS. La ruta en donde se almacena toda esta informacin es D:\manager

5. En el servidor de base de datos: El espacio utilizado por la Base de Datos ASSURANCE

en el manejador Oracle. Es importante llevar a cabo un proceso de sizing para estimar espacio segn se vayan agregando servidores al ambiente, tambien la base de datos deberia entrar en una politica de respaldos.





Siguiente fase de maduracin de la solucin Performance Assurance Depus de contar con un histrico de por lo menos 30 dias y haber cubierto los requisitos para la utilizacin de PREDICT, es posible seguir con la siguiente fase de maduracin de la solucin que consta de: 1. Uso de PREDICT para crear modelos y poder llevar a cabo variados estudios como

escenarios What-IF (cambios fsicos y lgicos), consolidacin de servidores, virtualizacin, anlisis de saturacin, etc.

2. Modificacin de Reportes OBRs para su publicacin (en web server propietario, BMC

Portal o Web server de Perceive) e inclusin de los mismos en el proceso de automatizacin. Para esto se requiere un estudio de las mtricas que se desean graficar segn las necesidades del cliente y/o siguiendo un esquema de mejores prcticas.

3. Instalacin/Configuracin de Exception Detector para la deteccin de cambios en el

comportamiento normal de performance de los equipos (utilizando el filtro estadstico MASF y umbrales predefinidos o definidos por el usuario) con notificacin hacia BEM o SIM.

Memoria technica BPA BMC

Documents

Transcript of Memoria technica BPA BMC