Video: Configure session cache management with Liberty and WebSphere eXtreme Scale

Das folgende Transkript bezieht sich auf das Video "Configure session cache management with Liberty and WebSphere eXtreme Scale", in dem beschrieben wird, wie Sie die Leistung Ihrer Anwendungen verbessern, indem Sie die aktuellen Anwendungsserver- und Datenzugriffsprozesse in einen Speichercache auslagern, wobei Sie die Sitzungscacheverwaltung mit Liberty und WebSphere eXtreme Scale verwenden. Dieses Transkript ist das Storyboard des Videos. "Audio" beschreibt den Filmkommentar und die Überschriften, die "Bildschirmaktion" beschreibt den im Video gezeigten Inhalt.

Video Configure session cache management with Liberty and WebSphere eXtreme Scale

Tabelle 1. Einführung. Die Vorteile des Sitzungsmanagements mit Liberty und WebSphere eXtreme Scale werden beschrieben.
Szene Audio Bildschirmaktion
1 Das Caching von Sitzungen in Ihren Anwendungen ist eine der vorteilhaftesten und einfachsten Konfigurationen zur Verbesserung der Leistung und Verfügbarkeit Ihrer Webanwendungen. Wenn Sie einen Anwendungsserver haben, speichern Sie Ihre Informationen in Sitzungen. Anschließend können Sie Ihren aktuellen Prozess in einen Speichercache auslagern, damit Ihre Anwendungen mit superschneller Geschwindigkeit ausgeführt werden können. Dieses Video soll Sie dabei unterstützen, indem es zeigt, wie das Sitzungsmanagement schnell und einfach mit Liberty und WebSphere eXtreme Scale eingerichtet wird.

Liberty ist ein schneller, schlanker und einfacher Java-Webanwendungscontainer, den Anwendungsentwickler nutzen können, um Anwendungen bequem zu entwickeln, zu testen und zu implementieren.

Das Video mit dem Titel "HTTP Session Failover for WebSphere Liberty leveraging WebSphere eXtreme Scale" wird gezeigt.
2 WebSphere eXtreme Scale stellt eine verteilte speicherinterne Datenspeicherung bereit, die auf mehrere Maschinen repliziert wird. Bemerkungen und Haftungsausschlüsse von IBM Corporation werden angezeigt.
3 Dieses Video umfasst eine Übersicht über das Sitzungscaching mit eXtreme Scale. Außerdem sind Schritte zum Download von Liberty und WebSphere eXtreme Scale für Entwickler enthalten. Darüber hinaus lernen Sie, wie WebSphere eXtreme Scale in Liberty konfiguriert wird. Schließlich ist noch eine Webanwendung enthalten, die die HTTP-Sitzungsübernahme durch ein von WebSphere eXtreme Scale gehostetes speicherinternes Datengrid zeigt. Der Videoinhalt wird aufgelistet:
Show Quick Demo, Set-Up, and Sample of Liberty with WXS

Overview of Session and Data Caching in WXS

Quick Steps to Download Liberty & WXS

How to Configure WXS in Liberty

Sample Web Application demonstrating HTTP Session Failover to an In-Memory Datagrid
4 Warum ist die HTTP-Sitzungspersistenz wichtig? Ohne HTTP-Sitzungspersistenz verlieren Sie die Sitzungsdaten, wenn eine Anwendungsinstanz ausfällt oder nicht antwortet. Wenn beispielsweise in einem Einzelhandelsszenario ein Benutzer einen Artikel in den Warnkorb legt, muss sich dieser Benutzer, falls die Anwendung ausfällt und keine Sitzungsübernahme aktiviert ist, in der Regel erneut anmelden und seine Einkausfliste erneut zusammenstellen. Diese Erfahrung führt meistens zu unzufriedenen Kunden.

Die Entwickler haben 3 Optionen, um sicherzustellen, dass HTTP-Sitzungsdaten erhalten bleiben.

Erste Option: Entwickler können Sitzungen lokal im Hauptspeicher des Anwendungsservers speichern. Andere Instanzen des Anwendungsservers können die Benutzersitzung für Webanwendungen nicht nutzen. Wenn die Instanz ausfällt, geht die Sitzung verloren und dieses Benutzererlebnis ist nicht wünschenswert.

Zweite Option: Die Entwickler können Sitzungen in einer relationalen Datenbank, die von den Instanzen gemeinsam genutzt wird, persistent speichern, aber aufgrund der Architektur der relationalen Datenbank gibt es Skalierbarkeitsprobleme und das Lesen von oder Schreiben auf eine Platte ist langsamer als in ein speicherinternes Datengrid.

Die dritte und beste Option wird im Video hervorgehoben. Dabei verwendet Liberty eine Engine für gemeinsam genutzte Persistenz, um HTTP-Sitzungsdaten im Speicher einer elastischen, skalierbaren Architektur zu speichern, die als WebSphere eXtreme Scale bekannt ist. Wird Liberty zusammen mit WebSphere eXtreme Scale eingesetzt, können zwei oder mehrere unabhängige Liberty-Instanzen eine Benutzersitzung für Webanwendungen gemeinsam nutzen. Wenn eine Instanz ausfällt, können die übrigen Instanzen die Benutzeranforderungen weiterhin so bedienen, als hätte kein Ausfall stattgefunden.

Wenn die hohe Verfügbarkeit der HTTP-Sitzung Priorität hat, sollten Sie WebSphere eXtreme Scale verwenden. Selbst wenn eine Laufzeitinstanz ausfällt, bleibt die Kundensitzung erhalten. Der Kunde bemerkt nichts von dem Ausfall bzw. der Verwaltungsaktivität, was ein gleichbleibendes Kundenerlebnis ohne Unterbrechung oder Datenverlust zur Folge hat.

Es werden Informationen zur HTTP-Sitzungsübernahme angezeigt:
Hands-On Demo: Session Cache

HTTP Session Failover for Liberty

Der Kunde hat eine Unternehmenswebanwendung in Liberty, möchte aber HTTP-Hochverfügbarkeit zur Verfügung haben. Also verwendet er WebSphere eXtreme Scale, um die Sitzungsdaten zu speichern.
5 Die Verwendung von WebSphere eXtreme Scale mit Liberty bietet den Entwicklern einige Vorteile:
  • Verteilter Datenzugriff zwecks hoher Verfügbarkeit
  • Speicherinterner Zugriff mit schnellem Datenabruf
  • In traditionelle Methoden integrierte Skalierbarkeit wie relationale Datenbanken oder Speicher-zu-Speicher-Sitzungsreplikation
  • Ferner Zugriff, um Single Point of Failure zu vermeiden
  • Vorteil einer schnellen Konfiguration in einer Liberty-Umgebung
Es werden Informationen zum Liberty-Datencaching angezeigt:
Liberty Data Caching with WXS

Supports distributed caching scenarios for web and mobile applications.

Store key and value objects in memory for fast access.

Provides linear scalability, predictable performance, and fault tolerance of the web application's data requirements.
Replicates data so that cache components may be restarted without data loss or performance penalty.

Caching is an example of a composable element that can be used to build applications quickly.
Tabelle 2. Demo für die Installation von Liberty und WebSphere eXtreme Scale for Developers Liberty. Es werden Befehle und Änderungen in der Datei server.xml gezeigt.
Szene Audio Bildschirmaktion
6 Um diese Funktionalität zu nutzen, können Sie Liberty und WebSphere eXtreme Scale for Developers Liberty schnell auf Ihrer Entwicklungsmaschine installieren:
  1. Rufen Sie WASdev.net auf.
  2. Laden Sie Liberty herunter.
  3. Laden Sie WebSphere eXtreme Scale for Developers Liberty herunter.
  4. Installieren Sie die JAR-Dateien im Verzeichnis "hands-on". Dies ist das Beispielverzeichnis für diese Demo.
Folgende Schritte werden angezeigt:
  1. Aufruf der WASdev-Website.
  2. Auswahl von Want to try the Beta?.
  3. Unter Liberty Repository Auswahl von WebSphere eXtreme Scale for Developers Liberty.
  4. Installation der JAR-Dateien im Verzeichnis c:\hands-on>.
7 Zum Veranschaulichen der Funktionalität von WebSphere eXtreme Scale als gemeinsam genutztes HTTP-Sitzungsdatengrid sehen Sie eine Beispielanwendung (die über die angezeigte URL aufgerufen werden kann), die lokal im Verzeichnis dropin der Liberty-Webinstanzen implementiert ist. Diese Beispielanwendung zeigt einige Beispiele dazu, wie Sitzungsobjekte in einem Datengrid platziert und daraus abgerufen werden. Es werden Abbildungen zum WebSphere eXtreme Scale-HTTP-Sitzungsbeispiel und die URL http://ibm.co/1umQ7iy angezeigt.
8 Sie erfahren, wie Sie Liberty-Instanzen so konfigurieren, dass diese als zwei Liberty-Webinstanzen fungieren, die Clients eines WebSphere eXtreme Scale-Datengrids sind.

Sie werden einen WebSphere eXtreme Scale-Server als HTTP-Sitzungsspeicher einrichten, der auf einer separaten Liberty-JVM ausgeführt wird.

Schließlich werden Sie die beiden Liberty-Webinstanzen so konfigurieren, dass sie HTTP-Sitzungsdaten im Datengrid eines WebSphere eXtreme Scale-Containers speichern.

Es werden Informationen zur HTTP-Sitzungsübernahme angezeigt:
Hands-On Demo: Session Cache

HTTP Session Failover for Liberty

Der Kunde hat eine Unternehmenswebanwendung in Liberty, möchte aber HTTP-Hochverfügbarkeit zur Verfügung haben. Also verwendet er WebSphere eXtreme Scale, um die Sitzungsdaten zu speichern.

Eine Grafik zeigt ServerA und ServerB in Liberty, die über einen Sitzungscache miteinander verbunden sind.

Tabelle 3. Demo für die Konfiguration von Liberty zwecks Verbindung mit dem Datengrid.. Serverkonfiguration und Tests in einem Browser werden angezeigt.
Szene Audio Bildschirmaktion
9 Nun lernen Sie, wie Liberty für die Verbindung mit dem Datengrid konfiguriert wird. Durch Installation von WebSphere eXtreme Scale mit Liberty erhalten Sie Zugriff auf Features, die Sie verwenden können, um HTTP-Sitzungsanwendungen zu verwalten, die in Liberty installiert sind.

Für die ferne WXS_Session_Server Liberty-Instanz wird das Server-Feature festgelegt. Das Server-Feature umfasst die Funktionalität zur Ausführung eines eXtreme Scale-Servers, d. h. eXtreme Scale-Katalog und -Container werden beide ausgeführt. Fügen Sie das Server-Feature hinzu, wenn ein Katalogserver in Liberty ausgeführt werden soll oder wenn Sie eine Datengridanwendung in Liberty implementieren möchten.

Das webGrid-Feature ist zum Hosten eines Sitzungsmanagement-Datengrids in der Instanz des WXS_Session_Server-Liberty vorgesehen. Ein Liberty-Server kann ein Datengrid hosten, das zwecks Fehlertoleranz von Anwendungen HTTP-Sitzungsdaten zwischenspeichert und repliziert.

Verwenden Sie das webApp-Feature, um das Sitzungsmanagement für die Liberty-Instanzen ServerA und ServerB zu aktivieren. Das webApp-Feature umfasst die Funktionalität zum Erweitern der Liberty-Anwendung. Fügen Sie das webApp-Feature hinzu, wenn HTTP-Sitzungsdaten zwecks Fehlertoleranz repliziert werden sollen. Beachten Sie, dass catalogHostPort auf den Host und Port der WXS_Session Server Liberty-Instanz eingestellt werden muss.

Es werden Informationen zur Konfiguration einer server.xml-Liberty-Datei für die Ausführung von WXS gezeigt:

Das Server-Feature umfasst die Funktionalität zur Ausführung eines eXtreme Scale-Servers, sowohl Katalog als auch Container.

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

Ein Liberty-Server kann ein Datengrid hosten, das Daten zwischenspeichert, damit Anwendungen HTTP-Sitzungsdaten zwecks Fehlertoleranz replizieren können.

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

Das webApp-Feature umfasst die Funktionalität zum Erweitern der Liberty-Anwendung. Fügen Sie das webApp-Feature hinzu, wenn HTTP-Sitzungsdaten zwecks Fehlertoleranz repliziert werden sollen.

<feature>eXtremeScale.webApp-1.1</feature>
<httpSession idReuse="true"/>
<xsWebGrid objectGridName="session" catalogHostPort="localhost:2609" securityEnabled="false"/>
10 Die Beispielanwendung Session Sample wird jetzt auf den Instanzen ServerA und ServerB gestartet.

Prüfen Sie, ob das Sitzungsattribut mit dem Namen Loc im ServerA leer ist.

Prüfen Sie außerdem, ob dieses Attribut für den ServerB ebenfalls leer ist.

Ein Browser erscheint, in dem localhost:9080/HttpSessionWAR/ geöffnet ist und ein Browser, in dem localhost:9081/HttpSessionWAR/ geöffnet ist. In beiden Browsern wird die Beispielanwendung WebSphere eXtreme Scale Http Session Sample ohne definierte Attribute angezeigt.

In dem Browser, in dem localhost:9080/HttpSessionWAR/ geöffnet ist, wird unter Getting an attribute der Eintrag Loc für Attribute eingegeben. Anschließend wird Get Attribute angeklickt. Im Browser wird Welcome back. Session attribute retrieved. angezeigt und das Attribut Loc ist auf null gesetzt. Anschließend wird Main Page angeklickt, um zur vorherigen Seite zurückzugelangen.

Dieselben Schritte werden in dem Browser, in dem localhost:9081/HttpSessionWAR/ geöffnet ist, wiederholt.

11 Geben Sie jetzt NC als Wert für das Sitzungsattribut Loc im Datengrid über die Anwendung von ServerA an und prüfen Sie, ob es festgelegt wurde.

Jetzt wechseln wir zur Anwendung Session Sample auf ServerB und rufen das Sitzungsattribut Loc aus dem Datengrid ab.

Im Browser wird localhost:9080/HttpSessionWAR/ geöffnet und unter Setting an attribute wird für Attribute der Wert Loc angegeben und für Value der Wert NC. Anschließend wird Set Attribute angeklickt. Im Browser wird Welcome back. Session attribute set. angezeigt und das Attribut Loc ist auf NC gesetzt. Anschließend wird Main Page angeklickt, um zur vorherigen Seite zurückzugelangen. Schließlich wird Get Attribute angeklickt und es ist zu sehen, dass das Attribut Loc auf NC gesetzt ist. Anschließend wird Main Page angeklickt, um zur vorherigen Seite zurückzugelangen.

In dem Browser, in dem localhost:9081/HttpSessionWAR/ geöffnet ist, wird Get Attribute angeklickt und es ist zu sehen, dass das Attbribut Loc auf NC gesetzt ist. Anschließend wird Main Page angeklickt, um zur vorherigen Seite zurückzugelangen.

12 Jetzt können Sie diese Konfiguration mit einer simulierten ungeplanten Betriebsunterbrechung auf ServerA testen, indem Sie die Liberty-Instanz für ServerA stoppen und prüfen, ob ServerB das Sitzungsattribut Loc dennoch aus dem Sitzungscache des Datengrids abrufen kann. Es werden Informationen zur HTTP-Sitzungsübernahme angezeigt:
Hands-On Demo: Session Cache

HTTP Session Failover for Liberty

Demonstration of Server failure but Customer Experience is maintained and Session Persist through the entire transaction.

Eine Grafik zeigt ServerA und ServerB in Liberty. ServerA ist durchgestrichen und ServerB ist mit einem Sitzungscache verbunden.

13 ServerA wird weiterhin ausgeführt. Aber die ServerA-Liberty-Instanz wird manuell über die Befehlszeile gestoppt.

Jetzt rufen wir den Browser mit der Sitzung von ServerA auf und aktualisieren, um zu zeigen, dass die Liberty-Instanz nicht verfügbar ist.

Im Browser wird localhost:9080/HttpSessionWAR/ geöffnet. Es wird gezeigt, wie ein Befehl zum Stoppen von ServerA in der Befehlszeile im Verzeichnis C:\hands-in\wlp\bin eingegeben wird:
server stop ServerA

Es wird gezeigt, wie der Browser, in dem localhost:9080/HttpSessionWAR/ geöffnet ist, aktualisiert wird. Die Nachricht This webpage is not available wird angezeigt.

14 Jetzt ist ServerA inaktiv und Sie können prüfen, ob ServerB die Sitzungsdaten dennoch im Datengrid erkennen kann. Dazu ändern Sie das Sitzungsattribut Loc in den Wert MD. In dem Browser, in dem localhost:9081/HttpSessionWAR/ geöffnet ist, wird Get Attribute angeklickt und es ist zu sehen, dass das Attbribut Loc auf NC gesetzt ist. Anschließend wird Main Page angeklickt, um zur vorherigen Seite zurückzugelangen.

Es wird gezeigt, wie unter Setting an attribute der Wert Loc für Attribute und der Wert MD für Value eingegeben wird. Anschließend wird Set Attribute angeklickt. Im Browser wird Welcome back. Session attribute set. angezeigt und das Attribut Loc ist auf MD gesetzt. Anschließend wird Main Page angeklickt, um zur vorherigen Seite zurückzugelangen. Schließlich wird Get Attribute angeklickt und es ist zu sehen, dass das Attribut Loc auf MD gesetzt ist. Anschließend wird Main Page angeklickt, um zur vorherigen Seite zurückzugelangen.

15 Jetzt können Sie simulieren, dass ServerA wieder online ist und den neuen Sitzungswert MD für das Attribut Loc, der gerade über ServerB festgelegt wurde, abrufen kann.

Der Browser wurde aktualisiert und verweist auf ServerA, in dem der Wert für das Attribut Loc aus dem Datengrid abgerufen wird.

Im Browser wird localhost:9081/HttpSessionWAR/ geöffnet. Außerdem wird gezeigt, wie ein Befehl zum Starten von ServerA in der Befehlszeile unter C:\hands-in\wlp\bin eingegeben wird:
server start ServerA

Es wird gezeigt, wie der Browser, in dem localhost:9080/HttpSessionWAR/ geöffnet ist, aktualisiert wird. Der Browser zeigt die Anwendung WebSphere eXtreme Scale Http Session Sample ohne festgelegte Attributwerte an.

Schließlich wird Get Attribute für das Attribut Loc angeklickt, um zu zeigen, dass es auf den Wert MD gesetzt ist. Anschließend wird Main Page angeklickt, um zur vorherigen Seite zurückzugelangen.

Tabelle 4. Zusammenfassung. Zusammenfassung des Videoinhalts und Hinweise für weitere Informationen.
Szene Audio Bildschirmaktion
16 Herzlichen Glückwunsch! Sie haben gerade Ihr erstes Liberty-Cluster mit zwei Instanzen erstellt, die auf ein gemeinsames speicherinternes Datengrid für den HTTP-Sitzungsspeicher verweisen. Es werden Informationen zur HTTP-Sitzungsübernahme angezeigt:
Hands-On Demo: Session Cache

HTTP Session Failover for Liberty

Demonstration of Server Recovery or additional Liberty Instances being added to topology will immediately see and share the Session Cache.

Eine Grafik zeigt ServerA und ServerB in Liberty, wobei beide Server über einen Sitzungscache miteinander verbunden sind.

17 In diesem Video haben Sie die Vorteile der Verwendung eines Cache für die Sitzungspersistenz kennengelernt.

Es sind keine Codeänderungen für die Anwendung erforderlich, um das WebSphere eXtreme Scale-Datengrid zu nutzen.

Die Daten für jede Sitzung bleiben selbst bei einem Serverausfall erhalten.

WebSphere eXtreme Scale ist bis zu Terabytes von Daten skalierbar und kann Daten zwecks Fehlertoleranz und hoher Verfügbarkeit auf tausenden von Knoten replizieren.

Es werden Informationen zum Liberty-Sitzungsmanagement angezeigt:
Liberty Session Management with WXS

Special purpose elastic in memory cache for storing HTTP session data.

Stores and persists HTTP session objects to the data grid so that they do not have to be stored in the memory.

No code change to applications using the J2EE standard HTTP session cache.

Data for each HTTP session survives on a server outage for an application.

Requires no developer effort to manage
.
Replicates the session data to avoid a single point of failure.

Provides low latency data access, transactional semantics.
18 Besuchen Sie diese Websites, um WebSphere eXtreme Scale herunterzuladen und auf auf Liberty zu installieren und um auf die in dieser Demo verwendete Beispielanwendung zuzugreifen.

Danke fürs Zuschauen. Damit ist dieses Video zur Konfiguration der Sitzungscacheverwaltung mit Liberty und WebSphere eXtreme Scale beendet.

Folgende Ressourcen werden angezeigt:

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

(Installation von WXS mit Liberty) http://youtu.be/Zu4Z1GLjMlE

(In der Demo verwendete Beispielanwendung) http://ibm.co/1umQ7iy


Symbol das den Typ des Artikels anzeigt. Konzeptartikel

Dateiname: video_transcript_xs_session_cache.html