Cuando el direccionador On Demand (ODR) procesa
una solicitud, obtiene la política de descriptor de afinidad de sesiones del clúster
al que pertenece el servidor. Si ha cambiado los valores predeterminados
para los servidores de middleware, es posible que tenga que actualizar las propiedades del descriptor de
middleware, para que el ODR pueda obtener la política de descriptor. En la mayoría de los casos, el direccionador On Demand (ODR) no requiere configuración para dar soporte a la afinidad de sesiones HTTP.
Sin embargo, existen algunos casos especiales donde debe configurar el ODR
para obtener más información sobre los servidores de copia de seguridad que los servidores de programa de fondo establecen en la cookie de afinidad de sesiones.
Antes de empezar
Los servidores de la configuración deben estar en un clúster de
servidores genéricos o un clúster dinámico. Puede utilizar la afinidad de
sesiones HTTP pasiva con un clúster estático.
Acerca de esta tarea
En entornos donde el ODR envía requisitos a los miembros de clústeres de
servidores genéricos y a servidores WebSphere
Application Server no federados, se debe definir un conjunto de propiedades para el ODR
para mantener correctamente la afinidad de sesiones. Afinidad de sesiones HTTP pasiva
significa que el ODR pasa el conjunto de cookies de sesión por el servidor de fondo
a través del cliente, en lugar del ODR que define la cookie
WSJSESSIONID. La afinidad de sesiones HTTP pasiva se utiliza en los siguientes casos: - Cuando el ODR se direcciona a servidores que no están ejecutando productos de middleware de WebSphere Application Server.
- Cuando el ODR se direcciona a servidores de aplicaciones WebSphere Application Server que están en grupos principales diferentes que no están conectados a través del puente de grupo principal.
- Cuando la aplicación utiliza la afinidad de sesiones Java™ Platform,
Enterprise Edition (Java EE) HTTP que no es estándar. Por ejemplo,
el nombre de la cookie del ID de sesión de la aplicación no es
JSESSIONID.
Procedimiento
- Si alguno de los valores por omisión del servidor ha cambiado, modifique
el descriptor de afinidad de sesiones. En la consola de administración, pulse .
- Definir las propiedades del descriptor de afinidad de sesiones. Modifique los valores que sean necesarios de los campos
siguientes:
- Conocer los ID de clon
- Nombres de cookies
- Reescritura de URL
- Separador de ID de clon
- Separador de ID de clon alternos
- Modalidad de afinidad
Defina el valor del campo Conocer los
ID de clon en true para que el ODR analice los ID de clon
desde la cookie de respuesta que se devuelve al cliente. Ya que
el ODR reconoce el servidor que devuelve respuestas en este
punto, el ID de clon analizado se asociará al servidor. De esta manera,
las futuras solicitudes coincidirán con el conjunto conocido de ID de clon
para mantener la afinidad de sesiones en otros entornos de servidor de middleware.
Defina el campo Conocer los ID de clon en true cuando
el ODR no tenga una configuración bajo demanda del servidor. Observe
que el ODR sólo puede analizar la cookie de respuesta si el ID de sesión
tiene un formato JSESSIONID que el ODR entienda.
El campo Nombres de
cookies indica qué cabecera de respuesta contiene información de los
ID de sesión y cuál se debe analizar para determinar el ID de clon. El campo Separador
de ID de clon indica en qué parte de la cookie de
sesión empieza el campo ID de clon. Los campos Nombres
de cookies y Separador de ID de clon
también los utiliza el ODR para analizar los ID de clon ID desde la cookie de solicitud
para reforzar la afinidad de sesiones.
Cuando no haya información de la configuración
bajo demanda para servidores, como servidores que son miembros
de clústeres de servidores genéricos, defina el campo Conocer los ID de clon
en true para que el ODR analice el ID de sesión para el ID de clon. Si
el ID de sesión en la respuesta no tiene el formato JSESSIONID, deberá
definir la modalidad de afinidad para la Afinidad activa[-condicional]. En este
caso, el ODR asigna internamente a cada servidor de aplicaciones de fondo
un ID de clon, que se define en la cabecera WSJSESSIONID. Como resultado, el
ODR mantiene la afinidad de sesiones al operar con entornos de fondo
que no pueden generar ID de sesión con el formato JSESSIONID. Afinidad
activa significa que el ODR siempre define una cookie WSJSESSIONID con
el ID de clon del servidor de sistema de fondo que envía la respuesta. Afinidad activa-condicional
significa que el ODR sólo define la cookie WSJSESSIONID si
reconoce la cabecera Set-Cookie en la respuesta.
En los entornos de WebSphere Application Server donde
los ID de clon están disponibles para el ODR por medio de la configuración bajo
demanda,
la información del ID de clon no se conoce nunca al definir el campo Conocer
los ID de clon en true. Los ID de clon se encuentran disponibles
para el ODR por medio de la configuración bajo demanda, si el ODR se encuentra en el
mismo grupo principal que los servidores de aplicaciones, si el ODR está en un
grupo principal diferente pero los grupos principales están unidos por puentes o si la BBSON
(red de servicios de tablón de anuncios) está habilitada. BBSON se habilita de forma
predeterminada.
Resultados
Cuando el ODR procesa una solicitud, obtiene la política de descriptor de
afinidad de sesiones configurada para el clúster al que pertenece el servidor. El
método en el que se obtiene la identificación del clon de servidor depende de los
valores de propiedad de los atributos de política.