Replicação de memória a memória
A replicação de memória-a-memória é a replicação de sessão para outro WebSphere Application Server. Nesse modo, as sessões podem replicar para um ou mais Servidores de Aplicativos para tratar do SPOF (Single Point Of Failure) da Sessão HTTP.
A instância do WebSphere Application Server na qual a sessão
é atualmente processada é referida como proprietária da sessão. Em um ambiente em cluster, a afinidade de sessão no plug-in do WebSphere Application Server roteia os
pedidos de uma determinada sessão para o mesmo servidor. Se a instância do servidor proprietária atual da sessão falhar, o plug-in do WebSphere Application Server roteará os pedidos para outro servidor apropriado no cluster. Em um cluster ponto-a-ponto, o recurso de failover a quente causa o failover
do plug-in para um servidor que já contém a cópia de backup da sessão,
evitando a recuperação do código extra da sessão de outro servidor
contendo o backup. Em um cluster de cliente/servidor, o servidor recupera a sessão de um servidor que possui uma cópia de backup da sessão. O servidor se torna agora o proprietário da
sessão e a afinidade é mantida para este servidor.
O perfil do WebSphere Application Server no qual a sessão é processada atualmente é referido como
proprietário da sessão. Em um ambiente em cluster, a afinidade de sessão no plug-in do WebSphere Application Server roteia os
pedidos de uma determinada sessão para o mesmo servidor. Se o perfil do servidor proprietário atual da sessão falhar, o plug-in do WebSphere Application Server roteará os pedidos para outro servidor apropriado no cluster. Em um cluster ponto-a-ponto, o recurso de failover a quente causa o failover
do plug-in para um servidor que já contém a cópia de backup da sessão,
evitando a recuperação do código extra da sessão de outro servidor
contendo o backup. Em um cluster de cliente/servidor, o servidor recupera a sessão de um servidor que possui uma cópia de backup da sessão. O servidor se torna agora o proprietário da
sessão e a afinidade é mantida para este servidor.
- Modo do servidor: Apenas armazena as cópias de backup de outras sessões do WebSphere Application Server e não envia cópias de nenhuma sessão criada nesse servidor em particular
- Modo de cliente: Apenas difunde ou envia cópias de suas próprias sessões e não recebe cópias de backup de sessões de outros servidores
Os dois modos: Difunde ou envia simultaneamente cópias de suas próprias sessões e atua como uma tabela de backup para as sessões possuídas por outras instâncias do WebSphere Application Server.
Os dois modos: Difunde ou envia simultaneamente cópias de suas próprias sessões e atua como uma tabela de backup para as sessões possuídas por outros perfis do WebSphere Application Server.
A função de replicação de memória-a-memória é acompanhada pela criação de uma instância do serviço de replicação de dados em um servidor de aplicativos que informa outras instâncias do serviço de replicação de dados nos servidores de aplicativos remotos. É necessário configurar essa instância do serviço de replicação de dados como parte de um domínio de replicação. As instâncias do serviço de replicação de dados nos servidores de aplicativos diferentes, que replicam um ao outro, devem ser configuradas como uma parte do mesmo domínio. É necessário configurar todos os gerenciadores de sessão conectados a um domínio de replicação para possuírem a mesma topologia. Se uma instância do gerenciador de sessão em um domínio for configurada para utilizar a topologia de cliente/servidor, o restante das instâncias do gerenciador de sessão nesse domínio deverá ser uma combinação de servidores configurados como Apenas Cliente e Apenas Servidor. Se uma instância do gerenciador de sessão for configurada para utilizar a topologia ponto-a-ponto, todas as instâncias do gerenciador de sessão deverão ser configuradas como Cliente e Servidor. Por exemplo, uma instância de serviço de replicação de dados somente servidor e uma instância de serviço de replicação de dados de cliente e servidor não podem existir no mesmo domínio de replicação. Várias instâncias do serviço de replicação de dados existentes no mesmo servidor de aplicativos, devido à configuração de memória-a-memória do gerenciador de sessão nos vários níveis configurados para serem parte do mesmo domínio, devem possuir o mesmo modo.
Apesar do console administrativo permitir flexibilidade e possibilidades adicionais para configuração de replicação de memória-a-memória, somente as configurações fornecidas são oficialmente suportadas.
Há uma única réplica em um cluster por padrão. É possível modificar o número de réplicas por meio do domínio de replicação.
![[z/OS]](../images/ngzos.gif)
Replicação de Sessão HTTP no Controlador
Os WebSphere Application Servers no z/OS ativados para replicação de memória-a-memória da sessão de HTTP podem armazenar dados de sessão de HTTP no controlador e replicar os dados para outros WebSphere Application Servers. Os dados de sessão HTTP que estão armazenados em um controlador são recuperáveis por qualquer um dos servants desse controlador. A afinidade de sessão HTTP ainda está associada a um servant específico. No entanto, se o servant falhar, qualquer um dos outros servants poderá recuperar os dados da sessão HTTP armazenados no controlador e estabelecer uma nova afinidade.
A capacidade de armazenar sessões HTTP no controlador pode ser ativada nos servidores de aplicativos não gerenciados no z/OS. Quando esse recurso é ativado, os servants armazenam os dados da sessão HTTP no controlador para recuperação quando um servant falhar, o que é semelhante a servidores gerenciados. Os dados da sessão HTTP armazenados no controlador de um servidor de aplicativos não gerenciado não são recuperáveis por outros servidores de aplicativos e não são replicados em outros servidores de aplicativos.
O recurso de armazenar dados da sessão HTTP no controlador em um servidor de aplicativos não gerenciado é ativado, configurando a propriedade customizada da JVM HttpSessionEnableUnmanagedServerReplication como verdadeira. É possível configurar essa propriedade em Servidores > Servidores de aplicativo > server_name. Em seguida, em Infraestrutura do servidor, clique em Java and Process Management > Definição do processo > Servant > Java Virtual Machine > Propriedades customizadas.