Vídeo: Configuración de la gestión de memoria caché de sesiones con Liberty y WebSphere eXtreme Scale

La transcripción siguiente es para el vídeo "Configuración de la gestión de la memoria caché de sesiones con Liberty y WebSphere eXtreme Scale", en el que se describe cómo mejorar el rendimiento de sus aplicaciones descargando su servidor de aplicaciones actual y los procesos de acceso de datos en una memoria caché interna utilizando la gestión de la memoria caché de sesiones con Liberty y WebSphere eXtreme Scale. Esta transcripción es el storyboard del vídeo. El audio describe la narración y los títulos. Acción en pantalla describe el contenido que se muestra en el vídeo.

Vídeo Configuración de la gestión de la memoria caché de sesiones con Liberty y WebSphere eXtreme Scale

Tabla 1. Introducción. Describe las ventajas de la gestión de sesiones con Liberty y WebSphere eXtreme Scale.
Escena Audio Acción en pantalla
1 El almacenamiento en la memoria caché de sesiones en sus aplicaciones es una de las configuraciones más fácil y beneficiosa para mejorar el rendimiento y la disponibilidad de sus aplicaciones web. Si dispone de un servidor de aplicaciones, almacene la información en sesiones y, a continuación, podrá descargar el proceso actual en una memoria caché interna que ayudará a que sus aplicaciones se ejecuten a velocidades mucho más rápidas. Este vídeo le ayudará a conseguirlo mostrándole cómo configurar de forma rápida y sencilla la gestión de sesiones con Liberty y WebSphere eXtreme Scale.

Liberty es un contenedor de aplicaciones web Java simple, rápido y ágil que los desarrolladores de aplicaciones pueden utilizar para desarrollar, probar y desplegar aplicaciones de forma sencilla.

Aparece el título del vídeo, "Migración tras error de sesiones de HTTP para WebSphere Liberty aprovechando WebSphere eXtreme Scale".
2 WebSphere eXtreme Scale proporciona un almacenamiento distribuido de datos en memoria interna que se replica en diferentes máquinas. Aparecen los avisos y exclusiones de garantía de IBM Corporation.
3 Este vídeo incluye una visión general del almacenamiento en memoria caché de sesiones con eXtreme Scale. También incluye los pasos rápidos para descargar Liberty y WebSphere eXtreme Scale para desarrolladores. También aprenderá a configurar WebSphere eXtreme Scale en Liberty. Y finalmente, se incluye una aplicación web de ejemplo que muestra la migración tras error de HTTP en una cuadrícula de datos de memoria interna que aloja WebSphere eXtreme Scale. Lista del contenido de vídeo:
Aparece la Demostración rápida, Configuración y Ejemplo de Liberty con WXS

Visión general de sesiones y almacenamiento de datos en memoria caché en WXS

Pasos rápidos para descargar Liberty y WXS

Cómo configurar WXS en Liberty

Aplicación web de ejemplo que demuestra la migración tras error de sesiones de HTTP en una cuadrícula de datos de memoria interna
4 ¿Por qué es importante HTTP Session Persistence? Sin HTTP Session Persistence, el usuario perdería los datos de la sesión si fallara una instancia de aplicación o si no respondiera. Por ejemplo, en un escenario minorista en que un usuario añade elementos a un carro de la compra, ese usuario probablemente tendrá que volver a iniciar la sesión y volver a crear su lista de la compra si falla la aplicación y si no se ha habilitado la migración tras error de la sesión. Normalmente, esta experiencia genera un cliente insatisfecho.

Los desarrolladores tienen 3 opciones para persistir datos de sesión de HTTP:

Primera opción: los desarrolladores pueden almacenar sesiones de forma local en el espacio de memoria del servidor de aplicaciones pero las demás instancias del servidor de aplicaciones no compartirán la sesión de usuario común en cuanto a las aplicaciones web. Si falla la instancia, se pierde la sesión y la experiencia del usuario es inferior a lo deseable.

Segunda opción: los desarrolladores pueden persistir sesiones en una base de datos relacionado que se comparte entre instancias pero la arquitectura de las bases de datos relacionales conllevan preocupaciones de escalabilidad inherente y la lectura o escritura a un disco es más lenta que en una cuadrícula de datos de memoria interna.

La tercera opción, y la mejor, es que en este vídeo se resalta dónde utiliza Liberty un motor de persistencia compartido para almacenar datos de sesiones HTTP en la memoria de una arquitectura escalable y flexible, que se conoce como WebSphere eXtreme Scale. Mediante Liberty con WebSphere eXtreme Scale se permite que dos o más instancias de perfil independientes de Liberty compartan una sesión de usuario común para aplicaciones web. Cuando falla una instancia, el resto de instancias pueden continuar sirviendo las solicitudes de los usuarios como si no se hubiera producido la anomalía.

Si es prioritario mantener una alta disponibilidad de sesiones de HTTP, utilice WebSphere eXtreme Scale. Incluso si falla una instancia de tiempo de ejecución, se conserva la sesión del cliente. El cliente no es consciente de la anomalía o de la actividad de mantenimiento, lo cual permite que se genere una experiencia de cliente coherente sin interrupciones ni pérdida de datos.

Aparece la información acerca de la migración tras error de sesiones de HTTP:
Demostración práctica: memoria caché de sesiones

Migración tras error de sesiones de HTTP para Liberty

El cliente tiene una aplicación web empresarial en Liberty pero quiere mantener la alta disponibilidad de
HTTP por lo que utiliza WebSphere eXtreme Scale para almacenar los datos de la sesión.
5 La utilización de WebSphere eXtreme Scale con Liberty ofrece varias ventajas a los desarrolladores:
  • Acceso de datos distribuidos para alta disponibilidad
  • Acceso a memoria interna con recuperación rápida
  • Escalabilidad incorporada en métodos tradicionales como, por ejemplo, bases de datos relacionales o réplica de sesiones memoria a memoria
  • Acceso remoto para eliminar puntos únicos de anomalía
  • La ventaja de una configuración rápida en un entorno de Liberty
Aparece información sobre el almacenamiento en memoria caché de datos de Liberty:
Almacenamiento en memoria caché de datos de
Liberty con WXS

Se da soporte a los escenarios de almacenamiento de memoria caché distribuida para aplicaciones web y móviles.

Clave de almacenamiento y objetos de valor en memoria para un acceso rápido.

Proporciona escalabilidad, rendimiento predecible y tolerancia a errores para los requisitos de datos de aplicaciones web.
Los datos se replican de forma que los componente de la memoria caché se pueden reiniciar sin que se pierdan datos ni se produzca ninguna penalización en el rendimiento.

El almacenamiento en memoria caché es un ejemplo de un elemento que se puede agregar y se puede utilizar para crear aplicaciones de forma rápida.
Tabla 2. Demostración acerca de la instalación de Liberty y WebSphere eXtreme Scale para Developers Liberty. Se muestran los mandatos y los cambios en server.xml.
Escena Audio Acción en pantalla
6 Para sacar partido a esta prestación, puede instalar de forma rápida Liberty y WebSphere eXtreme Scale para Developers Liberty en su máquina de desarrollo:
  1. Vaya a WASdev.net.
  2. Descargue Liberty.
  3. Descargue WebSphere eXtreme Scale para Developers Liberty.
  4. Instale los archivos JAR en el directorio "hands on", que es el directorio de ejemplo de esta demostración.
Aparecen los pasos:
  1. Vaya al sitio web WASdev.
  2. Seleccione ¿Desea probar la versión Beta?
  3. Desde Repositorio de Liberty, seleccione WebSphere eXtreme Scale para Developers Liberty.
  4. Instale los archivos JAR en el directorio c:\hands-on>.
7 Para apreciar las prestaciones de WebSphere eXtreme Scale como una casilla de datos de sesiones de HTTP remotas y compartidas, aparecerá una aplicación de ejemplo (desde el URL visualizado) que se despliega localmente en el directorio dropin de las instancias web de Liberty, donde se muestran algunos de los ejemplos de colocación y recuperación de objetos de sesión en una cuadrícula de datos. Aparecen las ilustraciones del ejemplo de sesión de HTTP de WebSphere eXtreme Scale y el URL http://ibm.co/1umQ7iy.
8 Aprenderá a configurar instancias de Liberty para que actúen como dos instancias web de Liberty que son clientes para la cuadrícula de datos de WebSphere eXtreme Scale.

Deberá establecer un servidor de WebSphere eXtreme Scale como almacén de sesiones de HTTP que se ejecutará en una JVM de Liberty aparte.

Y, por último, deberá configurar las dos instancias web de Liberty para almacenar datos de sesiones de HTTP en la cuadrícula de datos de un contenedor de WebSphere eXtreme Scale.

Aparece la información acerca de la migración tras error de sesiones de HTTP:
Demostración práctica: memoria caché de sesiones

Migración tras error de sesiones de HTTP para Liberty

El cliente tiene una aplicación web empresarial en Liberty pero quiere mantener la alta disponibilidad de
HTTP por lo que utiliza WebSphere eXtreme Scale para almacenar los datos de la sesión.

Un gráfico muestra ServidorA y ServidorB en Liberty conectados a una memoria caché de la sesión.

Tabla 3. Configuración de demostración de Liberty para conectarlo con la cuadrícula de datos. Aparece la configuración y la comprobación del servidor en un navegador.
Escena Audio Acción en pantalla
9 Ahora, aprenderá a configurar Liberty para conectarlo a la cuadrícula de datos. Al instalar WebSphere eXtreme Scale con Liberty, se obtiene acceso a características que podrá utilizar para gestionar aplicaciones de sesiones de HTTP que se han instalado en Liberty.

Para la instancia remota WXS_Session_Server de Liberty, se establecerá la característica de servidor. La característica de servidor contiene la posibilidad de ejecutar un servidor eXtreme Scale, lo que significa que se ejecutan tanto el catálogo como el contenedor de eXtreme Scale. Añada la característica de servidor cuando desee ejecutar un servidor de catálogos en Liberty o cuando desee desplegar una aplicación de cuadrícula de datos en Liberty.

La característica webGrid es para alojar una cuadrícula de datos de gestión de sesiones en la instancia WXS_Session_Server de Liberty. Un servidor de Liberty puede alojar una cuadrícula de datos que almacena en memoria caché y, a continuación, replica los datos de sesiones de HTTP para la tolerancia a errores de aplicaciones.

Utilice la característica webApp para habilitar la gestión de sesiones para las instancia ServidorA y ServidorB de Liberty. La característica webApp contiene la posibilidad de ampliar la aplicación de Liberty. Añada la característica webapp cuando desee duplicar datos de sesiones HTTP para conseguir tolerancia a errores. Recuerde establecer catalogHostPort en el host y en el puerto de la instancia WXS_Session Server de Liberty.

Aparece información acerca de cómo configurar un archivo server.xml de Liberty para ejecutar WXS:

La característica de servidor contiene la posibilidad de ejecutar un servidor eXtreme Scale, además del catálogo y el contenedor.

<feature>eXtremeScale.server-1.1</feature>
<xsServer isCatalog="true"/>

Un servidor de Liberty puede alojar una cuadrícula de datos que coloque en memoria caché datos de aplicaciones para duplicar datos de sesiones HTTP para conseguir tolerancia a fallos.

<feature>eXtremeScale.webGrid-1.1</feature>
<xsWebGrid objectGridName="session" catalogHostPort="remoteHost:2609" securityEnabled="false"/>

La característica webApp contiene la posibilidad de ampliar la aplicación web de Liberty. Añada la característica webapp cuando desee duplicar datos de sesiones HTTP para conseguir tolerancia a errores.

<feature>eXtremeScale.webApp-1.1</feature>
<httpSession idReuse="true"/>
<xsWebGrid objectGridName="session" catalogHostPort="localhost:2609" securityEnabled="false"/>
10 Se inicia ahora la aplicación de ejemplo de sesiones tanto en la instancia ServidorA como ServidorB.

Compruebe ahora que el atributo de la sesión en ServidorA denominado Loc está vacío.

Además, compruebe que el mismo atributo para ServidorB también está vacío.

Aparece un navegador abierto en localhost:9080/HttpSessionWAR/ y un navegador abierto en localhost:9081/HttpSessionWAR/. Ambos navegadores muestran el ejemplo de sesión de HTTP de WebSphere eXtreme Scale sin ningún valor de atributo establecido.

En el navegador abierto en localhost:9080/HttpSessionWAR/, se ve cómo se escribe Loc para Atributo en Obtención de un atributo y se pulsa Obtener atributo. El navegador muestra Bienvenido nuevamente. Se ha recuperado el atributo de la sesión. con el atributo Loc establecido en null. A continuación, se ve cómo se pulsa Página principal para volver a la página anterior.

Aparecen los mismos pasos repetidos en el navegador abierto en localhost:9081/HttpSessionWAR/.

11 Ahora, especifique NC como valor para el atributo de sesión Loc en la cuadrícula de datos a través de la aplicación del Servidor A y compruebe que se haya establecido correctamente.

Ahora vamos a la aplicación de la sesión del Servidor B y recuperemos el atributo Loc de la sesión de la cuadrícula de datos.

En el navegador abierto en localhost:9080/HttpSessionWAR/, se ve cómo se escribe Loc para Atributo y NC para Valor en Definición de un atributo y se pulsa Definir atributo. El navegador muestra Bienvenido nuevamente. Se ha establecido el atributo de la sesión. con el atributo Loc establecido en NC. A continuación, se ve cómo se pulsa Página principal para volver a la página anterior. Finalmente, se ve cómo se pulsa Obtener atributo, se ve que el atributo Loc se ha establecido en NC y se ve cómo se pulsa Página principal para volver a la página anterior.

Aparece el navegador abierto en localhost:9081/HttpSessionWAR/ se pulsa Obtener atributo y se ve que el atributo Loc se ha establecido en NC. A continuación, se ve cómo se pulsa Página principal para volver a la página anterior.

12 Ahora puede probar esta configuración con una parada no planificada y simulada en el ServidorA deteniendo la instancia de Liberty para el ServidorA y verificando que el ServidorB pueda seguir recuperando el atributo Loc de la sesión desde la memoria caché de la sesión de la cuadrícula de datos. Aparece la información acerca de la migración tras error de sesiones de HTTP:
Demostración práctica: memoria caché de sesiones

Migración tras error de sesiones de HTTP para Liberty

Demostración de la anomalía del servidor pero conservando la experiencia del cliente y la persistencia de la sesión en toda la transacción.

Un gráfico que muestra el ServidorA y el ServidorB en Liberty. El ServidorA está tachado y el ServidorB está conectado a una memoria caché de sesión.

13 El ServidorA sigue en ejecución. Pero la instancia del servidor A de Liberty se detendrá manualmente utilizando la línea de mandatos.

Ahora vamos al navegador que aloja la sesión del ServidorA y renovemos los datos para ver la instancia Liberty no disponible.

Aparece el navegador abierto en localhost:9080/HttpSessionWAR/. También se ve cómo se escribe un mandato para detener el ServidorA en una línea de mandatos en C:\hands-in\wlp\bin:
server stop ServerA

Se ve cómo se renueva el navegador abierto en localhost:9080/HttpSessionWAR/. Se visualiza el mensaje Esta página web no está disponible.

14 Ahora que el servidor A está desactivado podrá verificar que el servidor B sigue detectando los datos de la sesión en la cuadrícula de datos. Para ello, cambie el atributo de sesión Loc por el valor MD. Aparece el navegador abierto en localhost:9081/HttpSessionWAR/ se pulsa Obtener atributo y se ve que el atributo Loc se ha establecido en NC. A continuación, se ve cómo se pulsa Página principal para volver a la página anterior.

Se ve cómo se escribe Loc para Atributo y MD para Valor en Definición de un atributo y cómo se pulsa Definir atributo. El navegador muestra Bienvenido nuevamente. Se ha establecido el atributo de la sesión. con el atributo Loc establecido en MD. A continuación, se ve cómo se pulsa Página principal para volver a la página anterior. Finalmente, se ve cómo se pulsa Obtener atributo, se ve que el atributo Loc se ha establecido en MD y se ve cómo se pulsa Página principal para volver a la página anterior.

15 Ahora puede simular que el ServidorA vuelve a estar en línea con la posibilidad de recuperar el valor nuevo de sesión, MD, para el atributo Loc, que acaba de establecerse mediante el ServidorB.

Ahora, se han renovado los datos del navegador y apunta al servidor A, en el que se ha recuperado el valor del atributo Loc de la cuadrícula de datos.

Aparece el navegador abierto en localhost:9081/HttpSessionWAR/. También se ve cómo se escribe un mandato para iniciar el ServidorA en una línea de mandatos en C:\hands-in\wlp\bin:
server start ServerA

Se ve cómo se renueva el navegador abierto en localhost:9080/HttpSessionWAR/. El navegador muestra el ejemplo de sesión de HTTP de WebSphere eXtreme Scale sin ningún valor de atributo establecido.

Finalmente, se ve cómo se pulsa Obtener atributo para que el atributo Loc muestre que se ha establecido en MD y se ve cómo se pulsa Página principal para volver a la página anterior.

Tabla 4. Conclusión. Resumen del contenido del vídeo y visores de puntero para obtener más información.
Escena Audio Acción en pantalla
16 Enhorabuena. Acaba de crear su primer clúster de Liberty con dos instancias que apuntan a una cuadrícula de datos de memoria interna compartida para el almacenamiento de la sesión de HTTP. Aparece la información acerca de la migración tras error de sesiones de HTTP:
Demostración práctica: memoria caché de sesiones

Migración tras error de sesiones de HTTP para Liberty

Aparecerá inmediatamente una demostración de la recuperación del servidor o de instancias adicionales de Liberty que se añaden a la topología y se verá que comparten la memoria caché de la sesión.

Un gráfico muestra el ServidorA y el ServidorB en Liberty conectados ambos a una memoria caché de la sesión.

17 En este vídeo, ha conocido las ventajas de utilizar una memoria caché para la persistencia de sesiones.

No se necesitan cambios de código en la aplicación para aprovechar la cuadrícula de datos de WebSphere eXtreme Scale.

Los datos para cada sesión persisten incluso con una interrupción del servidor.

Y WebSphere eXtreme Scale se puede ampliar hasta varios terabytes de datos y se pueden replicar datos para miles de nodos en cuanto a la tolerancia a errores y alta disponibilidad.

Aparece información sobre la gestión de sesiones de Liberty:
Gestión de sesiones de Liberty con WXS

Propósito especial en la memoria caché para el almacenamiento de datos de sesiones de HTTP.

Almacena y persiste objetos de sesiones de HTTP en la cuadrícula de datos de forma que no se tengan que almacenar en la memoria.

No se producen cambios de código en aplicaciones que utilizan la memoria caché de sesiones de HTTP estándar
J2EE.

Los datos para cada sesión de HTTP sobreviven a una caída del servidor de una aplicación.

No requiere esfuerzo del desarrollador para realizar gestiones
.
Se replican los datos de sesión para evitar un punto único de anomalía.

Proporciona acceso de datos de baja latencia y semántica transaccional.
18 Visite estos recursos para descargar e instalar WebSpphere eXtreme Scale en Liberty y para acceder a la aplicación de ejemplo que se ha utilizado en esta demostración.

Gracias por ver este vídeo. Aquí finaliza el vídeo sobre la configuración de la gestión de memoria caché de sesiones con Liberty y WebSphere eXtreme Scale.

Aparecen los recursos:

(WASdev) https://developer.ibm.com/wasdev

(Cómo instalar WXS con Liberty) http://youtu.be/Zu4Z1GLjMlE

(Aplicación de ejemplo utilizada en la demostración) http://ibm.co/1umQ7iy


Icono que indica el tipo de tema Tema de concepto

Términos y condiciones para centros de información | Comentarios


Icono de indicación de fecha y hora Última actualización: Tuesday, 7 June 2016
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-libcore-mp&topic=video_transcript_xs_session_cache
Nombre de archivo:video_transcript_xs_session_cache.html