Alta disponibilidad con replicación de sesión fija
Elasticserver proporciona replicación de sesión automatizada entre los servidores Tomcat , GlassFish y Jetty para obtener alta disponibilidad de aplicaciones web dentro del clúster Java.
La replicación de sesión es un mecanismo utilizado para replicar los datos almacenados en una sesión entre diferentes instancias, que deben ser parte del mismo clúster. Cuando la replicación de sesión está habilitada en un ambiente de clúster, todos los datos de la sesión se copian en una instancia replicada. La operación de replicación de sesión no copia los atributos que no se pueden serializar en una sesión y ningún dato específico de instancia. La replicación de sesión proporciona alta confiabilidad, escalabilidad y capacidades perfectas de conmutación por error.
En Elasticserver, el proceso de replicación tiene lugar con una ayuda de multidifusión. De esta manera tenemos los siguientes beneficios:
- intercambio de sesiones entre los nodos a través de la red local;
- no es necesario utilizar programas adicionales de tipo memcache y es por eso que hay menos puntos de destrucción en el sistema.
Cómo habilitar la replicación de sesión
Para usar la replicación en Elasticserver PaaS, debe seguir los siguientes pasos:
Inicie sesión en Elasticserver y haga clic en Nuevo ambiente .
Elija el servidor de aplicaciones que necesita y active la Alta disponibilidad como se muestra en la imagen a continuación:
Mientras el ambiente crea, todas las acciones se muestran en el administrador de tareas:
Cuando se instala el ambiente, puede ver que la replicación está habilitada como se muestra en la imagen a continuación:
¿Cómo funciona?
Cuando el usuario realiza su primera solicitud al equilibrador de carga de la aplicación web (NGINX), redirige la solicitud a uno de los servidores dentro del clúster. A lo largo de la sesión, el usuario continúa trabajando con esa misma instancia de servidor de aplicaciones (llamadas Sesiones permanentes). Obviamente, la otra instancia en el clúster también está trabajando al servicio de su mitad.
Si una de las instancias falla, los usuarios que estaban en esa instancia se cambian automáticamente a la otra instancia en este clúster. Gracias a la replicación, la otra instancia ya tiene todas las sesiones de la instancia fallida, por lo que los usuarios finales nunca notan ningún cambio. En el caso altamente improbable de que ambas instancias fallen en un clúster, los usuarios serán redirigidos a otro clúster (si hay varios).
Además, los usuarios pueden activar / desactivar la replicación dentro del ambiente ya creado cambiando su topología.