Topologie mit Replikation zwischen Speichern: Peer-to-Peer-Funktion

Die Peer-to-Peer-Basistopologie (Client, Server und Client/Server) ist die Standardkonfiguration und enthält ein Replikat. Sie können weitere Replikate hinzufügen, indem Sie die Replikationsdomäne konfigurieren.

Peer-to-Peer-Topologie
In dieser Peer-to-Peer-Basistopologie übernimmt jede Server-JVM (Java™ Virtual Machine) folgende Aufgaben:
  • Sie stellt über HTTP-Sitzungen die Umgebung für die Webanwendung bereit.
  • Sie sendet Änderungen an die eigene HTTP-Sitzung.
  • Sie empfängt Sicherungskopien der HTTP-Sitzung von allen anderen Servern im Cluster.

Diese Konfiguration ist die kompakteste Topologie, in der die verschiedenen Systemkomponenten zusammengeführt sind und die die wenigsten Serverprozesse erfordert. In einer solchen Konfiguration ist Ihre Implementierung am stabilsten, wenn alle Knoten dasselbe Leistungsspektrum (CPU, Hauptspeicher etc.) besitzen und dieselbe Arbeitlast haben.

Es ist auch wichtig zu beachten, dass bei der Verwendung der Peer-to-Peer-Topologie die die Replikation in der Replikationsdomäne möglich sein muss, damit der Zugriff auf die und die Invalidierung der Sitzungsdaten ordnungsgemäß funktioniert. Es müssen jederzeit mindestens zwei Cluster-Member für eine bestimmte Replikationsdomäne aktiv sein. Wenn Sie beispielsweise einen Cluster mit zwei Anwendungsservern (Server 1 und Server 2) haben, die beide im Peer-to-Peer-Modus konfiguriert sind, und Server 2 fällt aus, gehen alle Sicherungsinformationen für Server 1 verloren und es ist keine Replikation mehr möglich.

Hot Failover für Sitzungen

Der Hot Failover für Sitzungen ist ein neues Feature in diesem Release. Dieses Feature ist nur im Peer-to-Peer-Modus gültig. In einer Clusterumgebung werden Anforderungen für eine bestimmte Sitzung aufgrund der Sitzungsaffinität im Plug-in von WebSphere Application Server immer an denselben Server geleitet. Falls dieser Server ausfällt, leitet das Plug-in von WebSphere Application Server die Anforderungen an einen anderen geeigneten Server im Cluster weiter. In einem Cluster, der im Peer-to-Peer-Modus ausgeführt wird, bewirkt dieses Feature, dass das Plug-in in einen Server verschoben wird, der bereits die Sicherungskopie der Sitzung enthält und verhindert so, dass die Sitzung erneut von einem anderen Server mit der Sicherung abgerufen werden muss. Der Hot Failover ist jedoch spezielle für Ausfälle von Servantregionen bestimmt. Wenn ein vollständiger Server, d. h. Controller und Server, ausfällt, müssen Sitzungen möglicherweise über das Netz abgerufen werden.

Sie müssen alle WebSphere-Plug-in-Instanzen, die dem Application-Server-Cluster vorgeschaltet sind, auf Version 6.0 aufrüsten, um die Sitzungsaffinität im Peer-to-Peer-Modus zu gewährleisten.


Symbol, das den Typ des Artikels anzeigt. Konzeptartikel



Symbol für Zeitmarke Letzte Aktualisierung: 25.05.2016
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=cprs_m2m_p2p_default
Dateiname:cprs_m2m_p2p_default.html