Sie können HTTP-Sitzungen über WebSphere Portal persistent in einem Daten-Grid speichern.
Informationen zu diesem Vorgang
Die Einführung von
WebSphere DataPower XC10 Appliance 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 DataPower XC10 Appliance 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 Daten-Grid von WebSphere DataPower XC10 Appliance 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 Daten-Grid von WebSphere DataPower XC10 Appliance persistent speichern. Die Sitzungen werden in den Daten-Grids in den Rechenzentren repliziert. Wenn ein Rechenzentrum ausfällt, werden die Sitzungen von einem anderen Rechenzentrum übernommen, das eine Kopie der Daten im Daten-Grid 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 Daten-Grid gespeichert.
Wenn
das gesamte Daten-Grid, 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 Daten-Grid 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 Daten-Grid wieder verfügbar ist, können Sitzungen, die aus dem Web-Container-Cache entfernt wurden,
Daten aus dem fernen Daten-Grid abrufen und die Daten in eine neue Sitzung laden. Wenn das gesamte ferne Daten-Grid 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.