Configurando o Gerenciador de Sessões HTTP com WebSphere Portal

É possível persistir as sessões HTTP a partir do WebSphere Portal em uma grade de dados.

Antes de Iniciar

O ambiente do WebSphere eXtreme Scale Client e do WebSphere Portal devem atender aos seguintes requisitos:

Sobre Esta Tarefa

Apresentar o WebSphere DataPower XC10 Appliance em um ambiente a um ambiente WebSphere Portal pode ser benéfico nos seguintes cenários:
Importante: Embora os seguintes cenários apresentem benefícios, o uso de processador aumentado na camada WebSphere Portal pode ser resultante da introdução de WebSphere DataPower XC10 Appliance no ambiente.

Procedimento

  1. Configure o aplicativo wps WebSphere Portal e qualquer portlet customizado para permitir que as sessões sejam armazenadas na grade de dados.

    Consulte Criando a Persistência de Sessão para um grade de dados para obter mais informações. Essa ação resulta na divisão de portlets customizados para ativar a persistência de dados em sua grade de dados.

  2. Se Transport Layer Security/Secure Sockets Layer (TLS/SSL) estiver configurado para o servidor WebSphere Portal e para o dispositivo, você deverá configurar os truststores TLS/SSL.
    • Se a comunicação de saída resultante do servidor WebSphere Portal para o dispositivo usar TLS/SSL, você deverá incluir o certificado de dispositivo na configuração do WebSphere Application Server. Use o script addXC10PublicCert.py. Esse script está no diretório was_root/bin:
      wsadmin.bat -conntype SOAP -port <PORTAL_SERVER_SOAP_PORT> -lang jython 
      -user wpsadmin -password wpsadmin -f addXC10PublicCert.py
    • Se a comunicação de entrada resultante do dispositivo para o servidor WebSphere Portal usar TLS/SSL, atualize o truststore do dispositivo para incluir os certificados públicos no servidor WebSphere Portal. A atualização do truststore permite a comunicação entre o dispositivo e o WebSphere Portal.
    1. Extraia a chave pública do certificado pessoal do Portal Server. Use o utilitário IKEYMAN. Esse utilitário cria um arquivo .arm. Consulte Extraindo Certificados Públicos para Arquivos de Truststore para obter mais informações.
    2. Efetue download do truststore público para o dispositivo. Consulte Configurando Segurança da Camada de Transporte (TLS) para obter mais informações.
    3. Use o utilitário iKeyman para atualizar o arquivo truststore.jks extraído do dispositivo com o certificado público do Portal Server no arquivo .arm. Consulte Importando Certificados de Assinante para obter mais informações.
    4. Carregue o arquivo de truststore atualizado para o dispositivo. Clique em Enviar Configurações de TLS depois de carregar o truststore. A coleção reinicia automaticamente quando você envia as configurações de TLS e o novo truststore é incluído em outros dispositivos na coleção. Consulte Configurando Segurança da Camada de Transporte (TLS) para obter mais informações.
  3. Reinicie os servidores do WebSphere Portal. Consulte WebSphere Portal Versão 7: Iniciando e Parando Servidores, Gerenciadores de Implementação e Agentes de Nó para obter informações adicionais.

Resultados

É possível acessar os dados de sessão WebSphere Portal Server e HTTP para que os portlets customizados configurados sejam persistidos na grade de dados.
Se a grade de dados inteira que está hospedando os dados da sessão do aplicativo estiver inacessível a partir do cliente do contêiner da Web, o cliente usará no lugar o contêiner da web base do WebSphere Application Server para o gerenciamento de sessão. A grade de dados pode estar inatingível nos cenários a seguir:
  • Um problema de rede entre o contêiner da web e os servidores de contêiner remotos.
  • Os processos do servidor de contêiner remoto foram interrompidos.
O número de referências de sessão mantidas na memória, especificado pelo parâmetro sessionTableSize, ainda é mantido quando as sessões são armazenadas no contêiner da web de base. As sessões usadas menos recentemente são invalidadas a partir do cache de sessão do contêiner da web quando o valor sessionTableSize é excedido. Se a grade de dados remota se tornar disponível, as sessões que foram invalidadas a partir do cache de contêiner da web poderão recuperar os dados da grade de dados remota e carregar os dados em uma nova sessão. Se a grade de dados remota inteira não estiver disponível e a sessão for invalidada no cache de sessão, os dados de sessão do usuário serão perdidos. Devido a esse problema, você não deve encerrar a grade de dados remota de produção inteira quando o sistema estiver sendo executado sob carga.