Configuración del gestor de sesiones HTTP con WebSphere Portal

Puede hacer persistir sesiones HTTP de WebSphere Portal insertándolas en una cuadrícula de datos.

Antes de empezar

El entorno de WebSphere eXtreme Scale Client y WebSphere Portal debe cumplir los siguientes requisitos:

Acerca de esta tarea

La introducción de WebSphere DataPower XC10 Appliance en un entorno de WebSphere Portal puede ser beneficioso en los siguientes escenarios:
Importante: Aunque en los siguientes escenarios se presentan ventajas, el resultado de introducir WebSphere DataPower XC10 Appliance en el entorno también puede ser un aumento de uso del procesador a nivel de WebSphere Portal.

Procedimiento

  1. Configure la aplicación wps WebSphere Portal y los portlets personalizados para permitir el almacenamiento de las sesiones en la cuadrícula de datos.

    Consulte Creación de persistencia de sesión con una cuadrícula de datos para obtener más información. Esta acción provoca el empalme de los portlets personalizados para habilitar la persistencia de sesión en la cuadrícula de datos.

  2. Si la Seguridad de la capa de transporte/Capa de sockets seguros (TLS/SSL) está configurada para el servidor de WebSphere Portal y para el dispositivo, debe configurar los almacenes de confianza TLS/SSL.
    • Si la comunicación de salida resultante del servidor de WebSphere Portal con el dispositivo utiliza TLS/SSL, debe añadir el certificado de dispositivo a la configuración de WebSphere Application Server. Utilice el script addXC10PublicCert.py. Este script está en el directorio raíz_was/bin:
      wsadmin.bat -conntype SOAP -port <PORTAL_SERVER_SOAP_PORT> -lang jython -user wpsadmin -password wpsadmin -f addXC10PublicCert.py
    • Si la comunicación de entrada resultante del dispositivo al servidor de WebSphere Portal utiliza TLS/SSL, actualice el almacén de confianza del dispositivo para incluir los certificados públicos para el servidor de WebSphere Portal. La actualización del almacén de confianza habilita la comunicación entre el dispositivo y WebSphere Portal.
    1. Extraiga la clave privada del certificado personal de Portal Server. Utilice el programa de utilidad IKEYMAN. Este programa de utilidad crea un archivo .arm. Para obtener más información, consulte Extracción de certificados públicos para archivos de almacén de confianza.
    2. Descargue el almacén de confianza público para el dispositivo. Consulte Configuración de la Seguridad de la capa de transporte (TLS) para obtener más información.
    3. Utilice el programa de utilidad iKeyman para actualizar el archivo truststore.jks que ha extraído del dispositivo con el certificado público de Portal Server en el archivo .arm. Consulte Importación de certificados de firmantes para obtener más información.
    4. Suba el archivo de almacén de confianza actualizado al dispositivo. Pulse Someter valores de TLS después de subir el almacén de confianza. El colectivo se reinicia automáticamente al someter los valores de TLS y el nuevo almacén de confianza se añade a otros dispositivos del colectivo. Consulte Configuración de la Seguridad de la capa de transporte (TLS) para obtener más información.
  3. Reinicie los servidores de WebSphere Portal. Consulte WebSphere Portal versión 7: Inicio y detención de servidores, gestores de despliegue y agentes de nodo para obtener más información.

Resultados

Puede acceder a WebSphere Portal Server y los datos de sesión HTTP de los portlets personalizados configurados persisten en la cuadrícula de datos.
Si no se puede acceder desde el cliente de contenedor web a toda la cuadrícula de datos que aloja los datos de sesión de la aplicación, el cliente utiliza en su lugar el contenedor web base de WebSphere Application Server para la gestión de sesiones. Es posible que no se pueda acceder a la cuadrícula de datos en los escenarios siguientes:
  • Problema de red entre el contenedor web y los servidores de contenedor remotos.
  • Los procesos del servidor de contenedor remoto se han detenido.
El número de referencias de sesión que se mantiene en la memoria, especificado por el parámetro sessionTableSize, se sigue manteniendo cuando las sesiones se almacenan en el contenedor web base. Las sesiones utilizadas menos recientemente se invalidan desde la memoria caché de sesión de contenedor web cuando se sobrepasa el valor sessionTableSize. Si la cuadrícula de datos remota pasa a estar disponible, las sesiones que se han invalidado desde la memoria caché de contenedor web pueden recopilar datos de la cuadrícula de datos remota y cargar los datos en una nueva sesión. Si no está disponible toda la cuadrícula de datos remota y la sesión se invalida desde la memoria caché de sesión, los datos de sesión del usuario se perderán. Debido a este problema, no debe concluir toda la cuadrícula de datos remota de producción cuando el sistema se ejecute con carga.