Sie können HTTP-Sitzungen über WebSphere Portal persistent in einem Datengrid speichern.
Informationen zu diesem Vorgang
Die Einführung von
WebSphere eXtreme Scale in
eine Umgebung von WebSphere Portal
kann in den folgenden Szenarien hilfreich sein:
Wichtig: Obwohl die folgenden
Szenarien Vorteile bieten, kann die Einführung von WebSphere eXtreme Scale in
die Umgebung zu einer erhöhten Prozessorauslastung auf der
WebSphere-Portal-Schicht führen.
- Wenn Sitzungspersistenz erforderlich ist.
Wenn die Sitzungsdaten
aus Ihren angepassten Portlets bei einem Ausfall von
WebSphere Portal Server verfügbar bleiben müssen, können Sie die
HTTP-Sitzungen persistent im Datengrid von WebSphere eXtreme Scale festschreiben.
Die Daten werden auf vielen Servern repliziert, was die Datenverfügbarkeit erhöht.
- In einer Topologie mit mehreren Rechenzentren.
Wenn sich Ihre Topologie über mehrere Rechenzentren
an verschiedenen physischen Standorten erstreckt, können Sie die HTTP-Sitzungen von
WebSphere Portal
im Datengrid von WebSphere eXtreme Scale persistent speichern.
Die Sitzungen werden in den Datengrids in den Rechenzentren repliziert.
Wenn ein Rechenzentrum ausfällt, werden die Sitzungen von einem anderen Rechenzentrum übernommen, das eine Kopie der Daten im Datengrid besitzt.
- Speicherbedarf auf der WebSphere-Portal-Server-Schicht verringern.
Durch die Auslagerung der Sitzungsdaten
in eine ferne Schicht von Container-Servern befindet sich ein Teil der Sitzungen auf den Servern von WebSphere Portal.
Dieser Datenauslagerung verringert den Speicherbedarf der WebSphere-Portal-Server-Schicht.
Ergebnisse
Sie können auf WebSphere Portal
Server zugreifen, und die HTTP-Sitzungsdaten für die konfigurierten angepassten Portlets werden persistent im Datengrid gespeichert.
Wenn
das gesamte Datengrid, in dem die Anwendungssitzungsdaten gehostet werden, über den Web-Container-Client nicht verfügbar ist,
verwendet der Client stattdessen den Basis-Web-Container in
WebSphere Application
Server für die Sitzungsverwaltung.
Das Datengrid kann in den folgenden Szenarien nicht erreichbar sein:
- Es besteht ein Netzproblem zwischen dem Web-Container und den fernen Container-Servern.
- Die fernen Container-Server-Prozesse wurden gestoppt.
Die Anzahl der im Speicher verwalteten
Sitzungsreferenzen, die mit dem Parameter
sessionTableSize angegeben wird,
wird auch auch dann beibehalten, wenn die Sitzungen im Basis-Web-Container gespeichert werden.
Die Sitzungen, die am längsten nicht mehr verwendet wurden, werden aus dem Sitzungscache des Web-Containers entfernt, wenn der Wert von
sessionTableSize überschritten wird.
Wenn das ferne Datengrid wieder verfügbar ist, können Sitzungen, die aus dem Web-Container-Cache entfernt wurden,
Daten aus dem fernen Datengrid abrufen und die Daten in eine neue Sitzung laden.
Wenn das gesamte ferne Datengrid nicht verfügbar ist und die Sitzung aus dem Sitzungscache entfernt wird, gehen die Sitzungsdaten des Benutzers verloren.
Aufgrund dieses Problems sollten Sie nicht das gesamte Produktionsdatengrid
beenden, wenn das System unter Last ausgeführt wird.