![[8.5.5.5 oder höher]](../ng_v8555.gif)
Video: Configure session cache management with Liberty profile and WebSphere eXtreme Scale
Das folgende Transkript bezieht sich auf das Video "Configure session cache management with Liberty profile 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 Profile 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.
Configure
session cache management with Liberty profile and WebSphere eXtreme
Scale
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
Profile und WebSphere eXtreme Scale eingerichtet wird.
Das Liberty-Profil 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 Profile und WebSphere eXtreme Scale für Entwickler enthalten. Darüber hinaus lernen Sie, wie WebSphere eXtreme Scale in Liberty Profile 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:
|
4 | Warum ist die HTTP-Sitzungspersistenz wichtig? Ohne
HTTP-Sitzungspersistenz verlieren Sie die Sitzungsdaten, wenn eine Anwendungsinstanz ausfällt oder nicht antwortet.
Wenn z. B. 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 Profile 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 Profile zusammen mit WebSphere eXtreme Scale eingesetzt, können zwei oder mehrere unabhängige Liberty Profile-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:
|
5 | Die Verwendung von
WebSphere eXtreme Scale mit Liberty
Profile bietet den Entwicklern einige Vorteile:
|
Es werden Informationen zum
Liberty-Datencaching angezeigt:
|
Szene | Audio | Bildschirmaktion |
---|---|---|
6 | Um diese Funktionalität zu nutzen, können Sie
Liberty Profile und WebSphere eXtreme Scale for Developers
Liberty Profile schnell auf Ihrer Entwicklungsmaschine installieren:
|
Folgende Schritte werden angezeigt:
|
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.com/1umQ7iy angezeigt. |
8 | Sie erfahren, wie Sie
Liberty Profile-Instanzen so konfigurieren, dass diese als zwei
Liberty Profile-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 Profile-JVM ausgeführt wird. Schließlich werden Sie die beiden Liberty Profile-Webinstanzen so konfigurieren, dass sie HTTP-Sitzungsdaten im Datengrid eines WebSphere eXtreme Scale-Containers speichern. |
Es werden Informationen zur
HTTP-Sitzungsübernahme angezeigt:
Eine Grafik zeigt ServerA und ServerB in Liberty, die über einen Sitzungscache miteinander verbunden sind. |
Szene | Audio | Bildschirmaktion |
---|---|---|
9 | Nun lernen Sie, wie
Liberty
Profile für die Verbindung mit dem Datengrid konfiguriert wird. Durch Installation von
WebSphere eXtreme
Scale mit Liberty Profile erhalten Sie Zugriff auf Features, die Sie verwenden können,
um HTTP-Sitzungsanwendungen zu verwalten, die im
Liberty-Profil installiert sind.
Für die ferne WXS_Session_Server Liberty-Profilinstanz 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 im Liberty-Profil ausgeführt werden soll oder wenn Sie eine Datengridanwendung im Liberty-Profil implementieren möchten. Das webGrid-Feature ist zum Hosten eines Sitzungsmanagement-Datengrids in der Instanz des WXS_Session_Server-Liberty-Profils vorgesehen. Ein Liberty Profile-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 Profile-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 Profile-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.
Ein Liberty Profile-Server kann ein Datengrid hosten, das Daten zwischenspeichert, damit Anwendungen HTTP-Sitzungsdaten zwecks Fehlertoleranz replizieren können.
Das webApp-Feature umfasst die Funktionalität zum Erweitern der Liberty Profile-Webanwendung. Fügen Sie das webApp-Feature hinzu, wenn HTTP-Sitzungsdaten zwecks Fehlertoleranz repliziert werden sollen.
|
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:
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:
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:
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. |
Szene | Audio | Bildschirmaktion |
---|---|---|
16 | Herzlichen Glückwunsch! Sie haben gerade Ihr erstes Liberty Profile-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:
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:
|
18 | Besuchen Sie diese Websites, um
WebSpphere eXtreme Scale herunterzuladen und
auf dem Liberty-Profil 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 dem Liberty-Profil und WebSphere eXtreme Scale beendet. |
Folgende Ressourcen werden angezeigt: (WASdev) https://developer.ibm.com/wasdev (Installation von WXS mit Liberty) http://youtu.be/Zu4Z1GLiMIE (In der Demo verwendete Beispielanwendung) http://ibm.com/1umQ7iy |