Entendiendo el rendimiento de - IBM · informes y cubos del IBM Cognos PowerPlay migran más...

Guía

Productos: IBM Cognos 8 PowerPlay

Área de Interés: Rendimiento

Entendiendo el Rendimiento delIBM Cognos 8 PowerPlay

Information Management

Entendiendo el Rendimiento del IBM Cognos 8 PowerPlay 2

Copyright y Marcas Registradas

Materiales Licenciados - Propiedad de IBM.

© Copyright IBM Corp. 2009

IBM, el logotipo de IBM y Cognos son marcas o marcas registradas de International

Business Machines Corp., registradas en varias jurisdicciones en todo el mundo.

Otros nombres de productos y servicios pueden ser marcas registradas de IBM u

otras compañías. Hay una lista actualizada de las marcas registradas de IBM en la

Web en

Aunque se haya hecho todo lo posible para asegurar que las informaciones de este

documento sean exactas y completas, puede haber algunos errores tipográficos o

inexactitudes técnicas. IBM no acepta la responsabilidad de ninguna clase de pérdida

resultante del uso de las informaciones contenidas en este documento. Las

informaciones contenidas en este documento están sujetas a cambios sin aviso.

Este documento es mantenido por el equipo de Buenas Prácticas, Productos y

Tecnología. Puede enviar comentarios, sugerencias o añadiduras a

Microsoft, Windows, Windows NT y el logotipo de Windows son marcas registradas

de Microsoft Corporation en los Estados Unidos, en otros países, o en ambos casos.

http://www.ibm.com/legal/copytrade.shtml

[email protected].


3

Contenido

1 INTRODUCCIÓN ......................................................................................4

2 INFORMACIONES DE CONTEXTO ............................................................4

3 VALORES DE CONEXIÓN DE ALTA/ BAJA AFINIDAD ..............................7

4 MEMORIA CACHÉ DE LECTURA DEL POWERCUBE ................................10

5 SUPERVISIÓN Y AJUSTE .......................................................................12

1.1 41.2 41.3 4

2.1 42.2 52.3 62.4 7

3.1 73.2

P 93.3 10

4.1 104.2 114.3 12

FINALIDAD .................................................................................................................................APLICABILIDAD ..........................................................................................................................EXCLUSIONES Y EXCEPCIONES....................................................................................................

VISIÓN GENERAL........................................................................................................................ARQUITECTURA Y FLUJO DE SOLICITUDES ..................................................................................COMPARACIÓN CON OTROS SERVICIOS DE COGNOS 8 ................................................................VALORES ADMINISTRATIVOS Y MIGRACIÓN.................................................................................

ENTENDIENDO EL NÚMERO DE VALORES DE CONEXIÓN DE ALTA/ BAJA AFINIDAD ........................VALORES DE CONEXIÓN DE ALTA/ BAJA AFINIDAD Y CONEXIONES DE CLIENTE DEL IBMCOGNOS POWER LAY ...........................................................................................................RECOMENDACIONES DE VALORES DE ALTA/ BAJA AFINIDAD .....................................................

ENTENDIENDO LOS VALORES DE MEMORIA CACHÉ DE LECTURA DEL POWERCUBE ....................DEFINIENDO LOS VALORES DE CACHÉ DE PPDS .......................................................................RECOMENDACIONES DE MEMORIA CACHÉ DE PPDS ...................................................................

Entendiendo el Rendimiento del IBM Cognos 8 PowerPlay


4

1 Introducción

2 Informaciones de Contexto

1.1 Finalidad

1.2 Aplicabilidad

1.3 Exclusiones y excepciones

2.1 Visión general

Este documento se destina a proporcionar a los administradores del IBM Cognos Series 7PowerPlay una visión general de los mecanismos de ajuste del IBM Cognos 8 PowerPlay.

Este documento se aplica a:IBM Cognos PowerPlay 8.4 27.27

Aunque algunos contenidos de este documento puedan aplicarse a un entorno quealbergue tanto contenido del IBM Cognos 8 PowerPlay como contenido de otroscomponentes del IBM Cognos 8 BI, este documento trata sólo del contenido de IBMCognos 8 PowerPlay.

La arquitectura orientada a servicios del IBM Cognos 8 posibilita la integración delIBM Cognos PowerPlay al entorno del IBM Cognos 8. Esa integración proporciona uncosto total de propiedad más bajo, mejora las posibilidades del IBM CognosPowerPlay y mantiene la misma sensación del producto que los usuarios conocen.Entre los beneficios, esa arquitectura:

permite que el servicio PowerPlay en el entorno del IBM Cognos 8 siga usando elmismo motor de consulta que el IBM Cognos Series 7. Consecuentemente, losinformes y cubos del IBM Cognos PowerPlay migran más fácilmente al entorno delIBM Cognos 8.

añade el PowerPlay como un estudio del IBM Cognos 8 y permite que los estudiosya existentes del IBM Cognos 8 abran los informes de PowerPlay. Eso posibilitaque los autores de informes trabajen con una interfaz conocida para producirinformes y aprovechen los dispositivos de otros estudios del IBM Cognos 8.

permite la navegación del IBM PowerPlay Studio a otros estudios del IBM Cognos8.

proporciona un punto único de acceso a todos los valores de administración del IBMCognos 8 dentro de la interfaz basada en la Web del IBM Cognos Administration conocupación de espacio cero.

�

�

�

�

�



5

2.2 Arquitectura y flujo de solicitudes

Las solicitudes de HTTP entrantes son recibidas por el gateway del Cognos 8 yentregadas al C8 Dispatcher de equilibrio de carga (si existe). En el Series 7, elPowerPlay tenía su propio gateway. En el Cognos 8, todos los componentes usan ungateway común Cognos.cgi. El asignador de equilibrio de carga recibe la solicitud yluego encuentra un asignador de C8 (procesador de solicitudes) para procesar lasolicitud de acuerdo con un algoritmo round robin ponderado y luego envía unasolicitud de BIBUS al asignador de C8 seleccionado.

Una vez identificado un asignador para procesar la solicitud, el asignador recibirá lasolicitud de BIBUS y buscará una conexión para pasarla al PPESBusServer. Si todas lasconexiones al PPESBusServer están ocupadas (consulte la sección Afinidad), lasolicitud va a una cola, donde espera la próxima conexión disponible. Cuando lassolicitudes están en la cola, una conexión se vuelve disponible cuando se hayaconcluido una solicitud anterior. El PPESBusServer es un derivador liviano alrededordel proceso BIBUSTKServer y contiene el plug-in PPES, que es el equivalente del PPESDispatcher del Series 7.



6

El plug-in PPES llama el QECL para obtener informaciones de credencial. El QECL es elcomponente que el IBM Cognos PowerPlay usa para almacenar informaciones de lasesión, como credencial y conexión al origen de datos. Luego el plug-in PPES pasa lasolicitud a ppdsweb.exe (procesador de consultas o QP) o pprp.exe (procesador deinformes o RP). El RP procesa informes de PDF en el diseño Client, en el cual todaslas otras solicitudes del PowerPlay 8 son procesadas por el proceso ppdsweb. Losprocesos ppdsweb y pprp realizan las mismas funciones en el IBM Cognos PowerPlay8 y el IBM Cognos Series 7 PowerPlay. Si el número máximo de QPs o RPs ya está enuso, la solicitud va a la cola (otra cola, que no es la mencionada arriba).

El QP recibe y analiza la solicitud y la envía al PPDS. Luego se colocan los archivosHTML en el directorio temp; después, el QP responde al plug-in PPES con la páginaHTML cifrada. Ahora el QP está concluido y disponible para la próxima solicitudentrante del plug-in PPES.

Luego el plug-in PPES pasa la respuesta al asignador C8 a través de la primeraconexión que se usó para la solicitud entrante. El C8 pasa la solicitud de nuevo alequilibrador de carga (si lo hay). Ahora se puede usar la conexión del PPESBusServerpara otras solicitudes entrantes y/ o en espera. El asignador C8 recibe la solicitud yanaliza la respuesta. Se pasa la página HTML al CGI que, por su turno. pasa lasolicitud al navegador de nuevo.

Al usar el IBM Cognos PowerPlay Client, sólo la solicitud abierta inicial pasa por elasignador C8 y el PPESBusServer. Todas las solicitudes de cubo subsiguientes vandirectamente a un proceso ppdsweb a través de la comunicación de sockets.

El IBM Cognos PowerPlay tiene características de rendimiento diferentes de losinformes de Report Studio, Analysis Studio y Query Studio. No es recomendablecopiar ciegamente los valores de conexión de alta y baja afinidad del Report Serviceal PowerPlay Service.

Normalmente se ajusta el Report Service al ajustar el número de procesos de ReportService (número máximo de procesos del servicio de informes durante los periodos deactividad máxima) y no los valores de conexión de alta y baja afinidad. No hay unvalor semejante para el servicio PowerPlay porque ese servicio sólo tiene un proceso.

Se implementa el servicio PowerPlay como un único proceso hijo de "asignador"(PPESBusServer) que se reproduce y administra procesos hijo del "procesador deconsultas" (ppdsweb.exe) que efectivamente atienden las solicitudes de servicio. Elproceso asignador del PowerPlay Service es liviano y puede administrar fácilmentedocenas de procesadores de consulta o más. No es necesario tener más de unproceso de asignador. El número de procesadores de consulta por PowerCube/paquete o informe es configurable.

2.3 Comparación con otros servicios de Cognos 8



7

2.4 Valores administrativos y migración

3.1 Entendiendo el número de valores de conexión de alta/ baja afinidad

highlow

Cuando se migra una aplicación de IBM Cognos Series 7 PowerPlay a IBM CognosPowerPlay 8, se migran los valores administrativos de informes y cubos. Se puede vereso al examinar la pestaña PowerPlay en el IBM Cognos Administration después de laconclusión de la migración y comparar esos valores a la herramienta IBM Cognos Series7 PowerPlay Admin.

En “IBM Cognos Administration”, haga clic en la pestaña “Configuration” y luego en“Dispatchers and Services” a la izquierda. El cuadro principal lista los servicios. Haga clicen el ícono Properties del servicio PowerPlay. Luego, haga clic en la pestaña Settings.Los valores discutidos son “Number of affinity connections for the PowerPlayservice during non-peak period” y “Number of affinity connections for thePowerPlay service during non-peak period”. Se designarán esos valores como el númerode conexiones de alta y baja afinidad.

Note que esas dos opciones deberían llamarse simplemente “Number of high/lowaffinity connections for the PowerPlay service” sin mencionar “during non-peak period.”Esos valores se aplican a periodos de actividad máxima y también a los otros periodos.En el futuro, tal vez tengamos valores separados para periodos de actividad máxima yotros periodos.

La suma de esos dos valores es el número máximo de solicitudes simultáneas que elPowerPlay Service permite. En ese caso, que es la forma predeterminada, es 1 + 4 = 5.

Además de los valores de afinidad, es posible definir el número máximo de procesospara cada cubo y/ o informe en el IBM Cognos Administration, en la pestaña PowerPlay.

3 Valores de Conexión de Alta/ Baja Afinidad



8

Cada solicitud de alta y baja afinidad hace que se genere un nuevo proceso (ppdswebo pprp) o que se reutilice un proceso ya existente. El número máximo de procesosppdsweb o pprp que se generan no excede la suma de los valores de alta y bajaafinidad. Se debe tener eso en cuenta al definir los valores de afinidad. Si especifica 1y 4 como las conexiones de alta y baja afinidad pero permite 10 procesos de cubo,sólo se generarán 5 procesos.

Es importante entender la diferencia entre las solicitudes de alta y de baja afinidad.

Las solicitudes de baja afinidad son solicitudes que pueden ser manejadas con lamisma eficiencia por cualquier servidor de PowerPlay. Por ejemplo: la apertura de uninforme puede ser realizada igualmente bien por cualquiera de los servidoresdisponibles.

Las solicitudes de alta afinidad son solicitudes que pueden ser manejadas máseficientemente por un servidor de PowerPlay que manejó solicitudes relacionadasanteriores. Por ejemplo: detallar un informe que ya está abierto es una solicitud dealta afinidad. Tiene sentido enviar esa solicitud al mismo servidor que inicialmenteabrió el informe para aprovechar el estado del servidor, tal como los procesos que seiniciaron, las conexiones abiertas y las memorias caché llenadas. El enrutamiento deuna solicitud de alta afinidad al mismo servidor proporciona un tiempo de respuestamejor.

Las conexiones de alta afinidad sólo se usan para solicitudes de alta afinidad (y deafinidad absoluta). Si hay una solicitud de baja afinidad (por ejemplo: apertura de uninforme) pendiente y sólo están disponibles conexiones de alta afinidad, la solicitudde baja afinidad quedará en la cola hasta que una conexión de baja afinidad sevuelva disponible.



9

Se pueden usar las conexiones de baja afinidad para cualquier solicitud, ya sea dealta o baja afinidad. Son de uso general. Si no hay conexiones de alta afinidad paraatender una solicitud de alta afinidad entrante, la solicitud es procesada por unaconexión de baja afinidad. Es mejor que una operación de alta afinidad como“detallar” lleve un poco más de tiempo al usar una conexión de baja afinidad en lugarde quedar en la cola esperando una conexión de alta afinidad.

Puede ser tentador configurar el sistema sólo con conexiones de baja afinidad, sin las dealta afinidad. Al especificar sólo conexiones de baja afinidad, uno configura el sistemapara tratar de igual manera todas las solicitudes. Si no hay conexiones de alta afinidaddisponibles, una solicitud rápida de alta afinidad como un detallamiento puede esperaren una cola, detrás de varias solicitudes abiertas lentas y de baja afinidad. Eso puedehacer que los usuarios interactivos (que realizan solicitudes de alta afinidad) tenganrespuestas más lentas innecesariamente. También significa que las solicitudes deafinidad absoluta que deben ser enviadas a un servidor de PowerPlay específico puedenquedar en la cola, detrás de solicitudes más lentas, de baja afinidad. Eso aumenta eltiempo necesario para que los datos aparezcan en la pantalla y hacen que la interfaz deusuario parezca lenta. Es importante tener una cantidad adecuada de conexiones de altaafinidad.

Los valores predeterminados de fábrica referentes a las conexiones de alta y bajaafinidad se muestran en la figura arriba. La configuración predeterminada es unaconexión para solicitudes de alta afinidad y cuatro conexiones para las de bajaafinidad, 5 conexiones en total. Esa configuración es adecuada para un servidorWindows típico con una única CPU.

Para un servidor de mayor capacidad, los valores predeterminados de 1 y 4 no sonsuficientes para aprovechar al máximo la máquina. La meta es configurar el sistemacon el número más bajo de procesos que aprovechan totalmente los recursos de lamáquina. El valor óptimo es determinado por varios factores, como el número deCPUs, la cantidad de memoria, velocidad del disco y de la red, etc. Lasrecomendaciones de la próxima sección calculan el punto de partida de esos valoresde acuerdo con el número de CPUs.

Los valores de conexión de alta/ baja afinidad sólo se aplican a las interacciones delIBM Cognos 8 PowerPlay realizadas a través del portal. El IBM Cognos 8 PowerPlayClient puede comunicarse con los orígenes de datos locales que persisten en el discoo a través de orígenes de datos remotos que persisten en el entorno del IBM Cognos8. Mientras el IBM Cognos 8 PowerPlay Studio se comunica con el servicio IBMCognos 8 PowerPlay a través del asignador IBM Cognos 8, el IBM Cognos 8PowerPlay Client se comunica con orígenes de datos remotos directamente a travésdel servicio IBM Cognos 8 PowerPlay. Por tanto, los valores de conexión de alta/ bajaafinidad no tienen ningún impacto en el IBM Cognos 8 PowerPlay Client. Solicitudesremotas entre el IBM Cognos 8 PowerPlay Client y el servicio IBM Cognos 8PowerPlay son livianas y se realizan directamente a través de comunicaciones desockets. Eso es diferente de las solicitudes más pesadas entre el IBM Cognos 8PowerPlay Studio y el servicio IBM Cognos 8 PowerPlay, que son intermediadas por elasignador del IBM Cognos 8.

3.2 Valores de conexión de alta/ baja afinidad y conexiones del IBMCognos PowerPlay Client



10

Semejante a lo que ocurre en el IBM Cognos Series 7, el control del número total deprocesadores de consulta disponibles para el IBM Cognos 8 PowerPlay Client es realizadopor el valor de cubo referente a la cantidad mínima y máxima de procesos, paquete porpaquete.

¡Note que la recomendación más importante es supervisar y ajustar el sistema deacuerdo con las otras recomendaciones!

. Sitambién está desplegando a un nuevo hardware al mover al IBM Cognos 8 PowerPlay,es importante revisar los valores administrativos para averiguar si aprovechan elnuevo hardware al máximo.

Unsugerido es definir el número total de conexiones de acuerdo con el número de CPUs.Por lo general, se recomienda comenzar con un total de 5 conexiones simultáneas(alta y baja afinidad) por CPU.

Es conveniente variar el número de conexiones de alta y baja afinidad dentro de esetotal basándose en el uso. Defina adecuadamente la proporción entre conexiones dealta y baja afinidad:

Si los usuarios tienden principalmente a abrir informes y examinarlos sin hacermuchos gestos de usuario, tiene sentido definir la proporción entre conexiones dealta y baja afinidad para que favorezca la afinidad baja. Por ejemplo: 6 ó 8conexiones de baja afinidad para 1 conexión de alta afinidad puede ser unaproporción adecuada.Si los usuarios tienden a abrir informes y hacer muchos análisis o explorarlos,tiene sentido definir la proporción entre conexiones de alta y baja afinidad paraque favorezca la afinidad alta. Por ejemplo: 1 conexión de baja afinidad para 1 dealta afinidad.

Se describe eso con más detalles en la secciónSupervisión y Ajuste. Es fundamental supervisar y ajustar el sistema para optimizar elrendimiento.

En entornos complejos (es decir, entornos con varios usuarios y unnúmero significativo de paquetes e informes), generalmente es recomendable instalarel Content Manager y el almacenamiento de contenido en una máquina separada delservidor del PowerPlay.

3.3 Recomendaciones de valores de conexión de alta/ baja afinidad

Revise los valores administrativos al desplegar a un nuevo hardware

Defina adecuadamente el número total de conexiones.

Supervise y ajuste el sistema.

Considere la posibilidad de poner el Content Manager en una máquinaseparada.

4.1 Entendiendo los valores de memoria caché del PowerCube

punto de partida

�

�

4 Memoria Caché de Lectura del PowerCube



11

El tamaño predeterminado de la memoria caché de lectura para PowerCubespublicados es 80 MB. Puede definir ese parámetro con un valor entre 1 MB y 1 GB,según sea necesario para el rendimiento óptimo de las consultas.

El tamaño óptimo de la memoria caché de lectura puede ser superior o inferior alvalor de 80 MB.

Es natural que sea así, ya que los PowerCubes en la producción varían ampliamenterespecto al tipo y las características de las consultas.

Note que el tamaño de la memoria caché de lectura no influye en el tiempo inicialnecesario para abrir un cubo.

Para cambiar la memoria caché predeterminada de PPDS:

1. Abra el archivo ppds_cfg.xml (o ppds_cfg.xml.sample).2. Modifique <ReadCacheSize value="80000"/> al valor predeterminado quedesea para todas las conexiones de origen de datos.

Para definir la memoria caché de PPDS para la origen de datos de un cubo yaexistente:

1. Desde el Cognos Connection, lance el IBM Cognos Administration.2. Haga clic en la pestaña Configuration.3. En la lista de orígenes de datos, haga clic en el origen de datos que deseamodificar.4. Haga clic en "Set Properties" y luego en la pestaña Connection.5. Haga clic en Edit the Connection String y luego introduzca el valor apropiadoen el recuadro Read Cache Size.6. Haga clic en OK para cerrar el recuadro de diálogo Edit Connection String.

4.2 Configurando los valores de memoria caché del PPDS



12

4.3 Recomendaciones de valores de memoria caché de PPDS

Administrador de Cognos

administrador de la máquina

El perfil típico de rendimiento de consultas o tiempo de proceso sigue un patrónsegún el cual el rendimiento mejora junto con el tamaño de la memoria caché delectura y luego se nivela fuera del valor óptimo. Para determinar el valor óptimo, serecomienda disminuir 10 MB (o 5 MB o bien 1 MB, dependiendo del nivel de ajustefino que se desea) del valor predeterminado y usar los resultados de rendimiento deconsultas resultantes como guía para establecer si es necesario aumentar o reducirmás.

El tamaño óptimo de la memoria caché de lectura cambia a medida que el cuboaumenta y cambia en el entorno de producción. Consecuentemente, debe revisar eltamaño óptimo de la memoria caché de lectura cuando ocurran cambios en el patrónde rendimiento de consultas de los usuarios o en las características del PowerCube.

La meta del ejercicio de ajuste es configurar el sistema con el número más bajo deprocesos que aprovechan totalmente los recursos de la máquina.

El mejor enfoque es comenzar por un número bajo de conexiones y aumentargradualmente, supervisando el sistema durante el proceso y realizando ajustes.

El debe observar las medidas de la cola para determinarsi el sistema se mantiene a la par con la demanda.

el número de elementos que están en la cola enaquel

El debe observar lo que sigue:

CPUuso de memoriauso de la entrada/ salida del disco yIntercambio

5 Supervisión y Ajuste

Para determinar si las solicitudes

de PowerPlay están yendo a la cola:

Vaya a IBM Cognos Administration

Vaya a la pestaña Status

Haga clic en System

En el cuadro Metrics System, expanda la entrada de servicio Queue PowerPlay

La longitud de la cola representa

momento. El tiempo en la cola representa el tiempo de espera para el proceso

de las solicitudes que están en la cola. Si esas cifras son altas y el sistema no se

aprovecha totalmente el sistema, tal vez el número de conexiones no esté

suficientemente alto para cumplir con la demanda.

�

�

�

�



13

Si las solicitudes están entrando en la cola y la máquina no está excediendo ninguno deesos criterios, aumente el número total de conexiones. Deje de aumentar así que lamáquina esté totalmente utilizada en un criterio.

Note que hay una penalidad por ajustar el número de conexiones mientras el sistemaestá bajo carga. Esos ajustes se realizan mejor en un momento de poca actividad. (Elrendimiento puede ser perceptiblemente lento por hasta cinco minutos después delcambio del número de conexiones).

Si el sistema está configurado con una proporción entre alta y baja afinidad que no esla óptima, ocurren los siguientes comportamientos bajo una carga alta:

Si el sistema está configurado con una proporción demasiado alta deconexiones de alta afinidad, la apertura de informes tiende a ser demasiadolentaSi el sistema está configurado con una proporción demasiado alta deconexiones de baja afinidad, los gestos de usuarios que deben ser rápidoscomo detallar más tienden a ser demasiado lentos. (Lo que sucede en esecaso es que esas solicitudes serán manejadas por las conexiones de bajaafinidad a su vez. Por tanto, pueden entrar en la cola después de una grancantidad de aperturas de informes).

Si el número total de conexiones está configurado con un valor demasiado alto,muchas solicitudes simultáneas competirán por recursos de máquina, lo que resultaen una competencia por memoria y disco, produce anomalías de página, etc. Laproducción y el rendimiento son afectados. Las tasas de entrada y salida de discoaumentan muchísimo y ocurrirán uso excesivo de memoria y anomalías de página.

Si el número total de conexiones está configurado con un valor demasiado bajo, no seaprovecha totalmente la máquina.

�

�


Entendiendo el rendimiento de - IBM · informes y cubos del IBM Cognos PowerPlay migran más...

Documents

Transcript of Entendiendo el rendimiento de - IBM · informes y cubos del IBM Cognos PowerPlay migran más...