Réplica de memoria a memoria
La réplica de sesiones de memoria a memoria es la réplica de sesiones en otro servidor WebSphere Application Server. En esta modalidad, las sesiones se pueden replicar en uno o más servidores de aplicaciones para solucionar un punto único de anomalía, SPOF, de la sesión HTTP.
La instancia de WebSphere Application Server en la que se procesa actualmente la sesión se conoce como el propietario de la sesión.
En un entorno de clúster, la afinidad de
sesiones en el plug-in de WebSphere Application Server direcciona las solicitudes de una sesión determinada al mismo servidor. Si la instancia de servidor del propietario actual de
la sesión falla, el plug-in de WebSphere Application Server direcciona las
solicitudes a otro servidor del clúster. En un clúster de igual a igual, la
característica de migración tras error dinámica hace que el plug-in se pase
mediante el proceso de migración tras error a un servidor que ya contiene la
copia de seguridad de la sesión, lo que evita la carga adicional que supone la
recuperación de la sesión desde otro servidor que contenga la copia de seguridad. En un clúster de cliente/servidor, el servidor recupera la sesión de un servidor que
tiene la copia de seguridad de la sesión. El servidor se convierte en el propietario de la sesión
y la afinidad se mantiene ahora en este servidor.
El perfil de WebSphere Application Server en la que se procesa actualmente la sesión se conoce como el propietario de la sesión.
En un entorno de clúster, la afinidad de
sesiones en el plug-in de WebSphere Application Server direcciona las solicitudes de una sesión determinada al mismo servidor. Si el perfil de servidor del propietario actual de
la sesión falla, el plug-in de WebSphere Application Server direcciona las
solicitudes a otro servidor del clúster. En un clúster de igual a igual, la
característica de migración tras error dinámica hace que el plug-in se pase
mediante el proceso de migración tras error a un servidor que ya contiene la
copia de seguridad de la sesión, lo que evita la carga adicional que supone la
recuperación de la sesión desde otro servidor que contenga la copia de seguridad. En un clúster de cliente/servidor, el servidor recupera la sesión de un servidor que
tiene la copia de seguridad de la sesión. El servidor se convierte en el propietario de la sesión
y la afinidad se mantiene ahora en este servidor.
- Modalidad de servidor: Almacena sólo copias de seguridad de otras sesiones de WebSphere Application Server y no envía copias de ninguna de las sesiones creadas en ese servidor en concreto.
- Modalidad de cliente: Emite o envía sólo copias de las sesiones que posee y no recibe copias de seguridad de las sesiones de otros servidores.
Modalidad compartida: Emite o envía simultáneamente copias de las sesiones que posee y actúa como tabla de copia de seguridad para las sesiones de otras instancias de WebSphere Application Server.
Modalidad compartida: Emite o envía simultáneamente copias de las sesiones que posee y actúa como tabla de copia de seguridad para las sesiones de otros perfiles de WebSphere Application Server.
La función de réplica de memoria a memoria se consigue mediante la creación de una instancia del servicio de réplica de datos en un servidor de aplicaciones que habla con otras instancias del servicio de réplica de datos en los servidores de aplicaciones remotos. Debe configurar esta instancia del servicio de réplica de datos como parte de un dominio de réplica. Las instancias del servicio de réplica de datos en servidores de aplicaciones diferentes que se replican unos a otros se deben configurar como parte del mismo dominio. Debe configurar todos los gestores de sesiones conectados a un dominio de réplica para que tengan la misma topología. Si se configura una instancia de gestor de sesiones en un dominio para que utilice topología de cliente/servidor, el resto de las instancias del gestor de sesiones de ese dominio debe ser una combinación de servidores configurados como Sólo cliente y Sólo servidor. Si se configura una instancia del gestor de sesiones para que utilice la topología de igual a igual, todas las instancias del gestor de sesiones deben configurarse como Ambos, cliente y servidor. Por ejemplo, una instancia del servicio de réplica de datos de sólo servidor y una instancia del servicio de réplica de datos de cliente y servidor no pueden existir en el mismo dominio de réplica. Varias instancias del servicio de réplica de datos que existen en el mismo servidor de aplicaciones debido a la configuración de memoria a memoria del gestor de sesiones en varios niveles configurados para formar parte del mismo dominio deben tener la misma modalidad.
Aunque la consola de administración es muy flexible y ofrece posibilidades adicionales de configuración de réplica de memoria a memoria, sólo están soportadas oficialmente las configuraciones especificadas anteriormente.
De forma predeterminada, sólo hay una réplica en un clúster. Puede modificar el número de réplicas mediante el dominio de réplica.
![[z/OS]](../images/ngzos.gif)
Réplica de sesiones HTTP en el controlador
Los WebSphere Application Server en z/OS que estén habilitados para la réplica de memoria a memoria de sesiones HTTP pueden almacenar datos de sesión HTTP replicados en el controlador y replicar datos en otros WebSphere Application Server. Los datos de sesión HTTP almacenados en un controlador se pueden recuperar mediante cualquiera de los sirvientes de ese controlador. La afinidad de sesiones HTTP continúa estando asociada a un determinado sirviente; no obstante, si ese sirviente fallara, cualquiera de los otros sirvientes puede recuperar los datos de sesión HTTP almacenados en el controlador y establecer una nueva afinidad.
La posibilidad de almacenar sesiones HTTP en el controlador también se puede habilitar en servidores de aplicaciones no gestionados en z/OS. Cuando esta posibilidad está habilitada, los sirvientes almacenan los datos de sesión HTTP en el controlador para que se recuperen cuando falle un sirviente, de manera parecida a los servidores gestionados. Los datos de sesión HTTP almacenados en el controlador de un servidor de aplicaciones no gestionado no se pueden recuperar mediante otros servidores de aplicaciones y no se replican en otros servidores de aplicaciones.
La posibilidad de almacenar datos de sesión HTTP en el controlador en un servidor de aplicaciones no gestionado se habilita estableciendo la propiedad personalizada de JVM HttpSessionEnableUnmanagedServerReplication como true. Puede establecer esta propiedad en Servidores > Servidores de aplicaciones > nombre_servidor. A continuación, en Infraestructura de servidor, pulse Java y gestión de procesos > Definición de proceso > Servant > Máquina virtual Java > Propiedades personalizadas.