Afinidad de solicitudes

La afinidad hace referencia a si una solicitud se asigna a un servidor específico o a si un mecanismo de equilibrio de carga puede asignarla a otro servidor. La afinidad entre una solicitud y un servidor garantiza que las solicitudes se direccionen a un sistema apropiado para su procesamiento. IBM® Cognos BI utiliza los siguientes tipos de afinidad: absoluta, control, alta, baja, de sesiones y de servidores. La operación de cancelación se gestiona con una conexión dedicada y no tiene un tipo de afinidad.

Para garantizar que las solicitudes se gestionan eficazmente y que la carga está equilibrada, IBM Cognos BI utiliza la afinidad de solicitudes para direccionar algunas solicitudes. Por ejemplo, las solicitudes se vuelven a direccionar al servidor IBM Cognos BI que ha gestionado las solicitudes relacionadas. IBM Cognos BI hace esto automáticamente. El uso de uno o más mecanismos de equilibrio de carga no interrumpe el procesamiento de la afinidad de solicitudes.

Las conexiones de servicio de informes se pueden definir como AffineConnections o NonAffineConnections. AffineConnections sólo aceptan las solicitudes de afinidad absoluta y alta. NonAffineConnections aceptan todos los tipos de solicitudes reportService.

Afinidad absoluta

Las solicitudes de afinidad absoluta siempre se vuelven a direccionar al servidor que ha procesado la solicitud original. Si el servidor no está disponible, falla la solicitud. Por ejemplo, cuando un usuario cancela un informe en ejecución, la afinidad absoluta vuelve a direccionar la solicitud de cancelación al proceso de ejecución. La afinidad absoluta se utiliza para crear una asociación entre el cliente y el servidor en ejecución para garantizar que las solicitudes de larga ejecución no agotan su tiempo de espera.

IBM Cognos BI direcciona las solicitudes de afinidad absoluta a un servidor específico, independientemente del equilibrio de carga utilizado. Una solicitud de afinidad absoluta se utiliza con operaciones como getOutput y release.

Afinidad de control

Las solicitudes de afinidad de control se direccionan del mismo modo que las solicitudes de afinidad absoluta. Una solicitud de afinidad de control se reserva para operaciones del sistema como wait y cancel.

Alta afinidad

Las solicitudes de alta afinidad pueden procesarse en distintos servidores, pero el consumo de recursos se minimiza si la solicitud se vuelve a direccionar al proceso de ejecución. El asignador direcciona una solicitud de alta afinidad al servidor especificado por el ID de nodo de contexto de conversación. Si el servidor especificado no está disponible, la solicitud se direcciona a cualquier servidor disponible.

Por ejemplo, cuando se ejecuta un comando pageDown mientras se lee un informe, el comando se puede ejecutar muy eficazmente utilizando el proceso que ha proporcionado la página mostrada. Si dicho proceso no está disponible porque el administrador ha cerrado el sistema o ha habido un error de red, la solicitud se direcciona a otro proceso disponible. La página siguiente también se puede proporcionar, aunque el proceso será más lento.

IBM Cognos BI direcciona las solicitudes de alta afinidad a un servidor específico independientemente del equilibrio de carga utilizado. Una solicitud de alta afinidad se utiliza con las siguientes operaciones: back, email, firstPage, forward, lastPage, nextPage, previousPage, print, render, save y saveAs.

Baja afinidad

Las solicitudes de baja afinidad funcionarán con la misma eficacia en cualquier sistema. Por ejemplo, una solicitud de informe se puede ejecutar en cualquier sistema IBM Cognos BI.

Una solicitud de baja afinidad se utiliza con las siguientes operaciones: add, collectParameterValues, execute, getMetadata, getParameters, query, testDataSourceConnection, update y validate.

Para obtener más información sobre la afinidad en IBM Cognos BI, consulte: Establecimiento de conexiones de afinidad.

Afinidad de sesión

Las solicitudes de afinidad de sesión se direccionan según el ID de nodo de contexto de conversación. Si el ID de nodo está presente, se direccionan del mismo modo que una solicitud de alta afinidad. Si el ID de nodo no está presente, se direccionan del mismo modo que una solicitud de baja afinidad. La afinidad de sesión se utiliza con la característica de reutilización de consulta: cuando se ha activado la reutilización de consulta y se ejecuta un informe por primera vez, la consulta se almacena en la memoria caché de la sesión actual y se reutiliza la próxima vez que se ejecuta el informe. Para obtener más información, consulte la publicación Framework Manager Guía del usuario.

Afinidad de servidor

Las solicitudes de afinidad de servidor se direccionan del mismo modo que las solicitudes de afinidad absoluta. La afinidad de servidor se utiliza para las pruebas de origen de datos en la administración: un administrador puede probar la conexión con un nuevo origen de datos. Para obtener más información, consulte el tema acerca de la creación de un origen de datos en la Guía de administración y seguridad.