Cachereplikation

Bei der Replikation werden Daten einmal generiert und dann auf andere Server im Cluster kopiert oder repliziert. Das spart Zeit und Ressourcen. Beim Caching in einem Cluster sind zusätzliche Dinge zu beachten. Beispielsweise können dieselben Daten an mehreren Orten benötigt und generiert werden. Außerdem können die Berechtigungen, die die Ressourcen benötigen, um die im Cache gespeicherten Daten zu generieren, eingeschränkt sein und damit den Zugriff auf die Daten verhindern.

Die Cachereplikation löst diese Probleme. Die Daten werden einmal generiert und dann auf die anderen Server im Cluster kopiert. Außerdem trägt dieses Verfahren zur Konsistenz des Caches bei. Nicht mehr benötigte Cacheeinträge werden entfernt oder ersetzt.

Die Datenreplikation kann im Rahmen der Konfiguration des dynamischen Cache für Webcontainer in der Administrationskonsole oder für einzelne Cacheeinträge in der Datei cachespec.xml konfiguriert werden. In der Datei cachespec.xml können Sie die Cachereplikation auf Webcontainerebene konfigurieren, jedoch für bestimmte Cacheeinträge inaktivieren.

[z/OS]Sie können die Cachereplikation in einem Basisserver mit mehreren aktiven Servants oder in Servern in einer Clusterumgebung konfigurieren. Wenn Sie die Cachereplikation in einer Clusterumgebung aktivieren, wird die Replikation für alle Servants durchgeführt, selbst wenn nur ein Server im Cluster aktiv ist.

Für die Cachereplikation stehen die folgenden drei Modi zur Verfügung:
  • PUSH - Neue Einträge, sowohl ID als auch Daten, und Aktualisierungen zu diesen Einträgen senden.
  • PULL - Daten von anderen Servern im Cluster anfordern, wenn diese Daten nicht lokal verfügbar sind. Die Verwendung dieses Replikationsmodus wird nicht empfohlen.
  • PUSH/PULL - Sendet IDs für neue Einträge, anschließend werden nur Daten von anderen Servern in den Clustereinträgen zu den zuvor als Rundsendung verteilten IDs angefordert. Der dynamische Cache sendet immer Invalidierungsmeldungen für Cacheeinträge.

Sie können auch eine Aktualisierung im Stapelbetrieb ausführen. Insbesonderte für PUSH oder PUSH/PULL verteilt der dynamische Cache die Aktualisierungen asynchron auf der Basis eines Zeitintervalls anstatt sie unmittelbar nach ihrer Erstellung zu senden. Invalidierungsmeldungen werden sofort gesendet. Die Verteilung von Invalidierungsmeldungen verhindert, dass nicht mehr aktuelle Daten in einem Cluster verwendet werden. Nähere Informationen zur Konfiguration der Cachereplikation finden Sie in den Artikeln Cachereplikation konfigurieren und Einstellungen des dynamischen Cache-Service.

Achtung: Im PUSH/PULL-Modus wird das Cacheobjekt lokal auf dem Server zwischengespeichert, von dem es erstellt wird. Andere Server können die Cache-ID aber ebenfalls verwenden und in der Tabelle DRSPushPullTable speichern. Wenn ein ferner Server das Objekt benötigt, ruft er es über dessen Cache-ID oder Namen von dem Server ab, von dem es erstellt wurde. Jede Cacheinstanz verfügt über eine DRSPushPullTable-Tabelle, die ihr zugeordnet ist. Die folgenden Bedingungen bewirken, dass die Tabelle DRSPushPullTable zu groß wird:
  • Es gibt zu viele Einträge, die mit anderen Servern gemeinsam genutzt werden.
  • Es gibt nur wenige Einträge, die verfallen.
  • Bei Verwendung der Funktion zur Auslagerung von Daten auf Platte wird die Funktion zur Plattenprüfung, mit der verfallene Einträge gelöscht werden, nicht oft ausgeführt.
Gehen Sie wie folgt vor, um dieses Problem zu vermeiden:
  • Erhöhen Sie, falls möglich, die Größe des Heapspeichers auf 1,5 GB oder 2 GB.
  • Legen Sie eine bessere Verteilung für die Verfallszeit der Einträge fest, beispielsweise wie folgt:
    • 20 % der Einträge verfallen niemals.
    • 30 % der Einträges verfallen nach 3600 Sekunden.
    • 30 % der Einträge verfallen nach 600 Sekunden.
    • 20 % der Einträge verfallen nach 60 Sekunden.
  • Wenn Sie die Funktion zum Auslagern von Daten auf Platte in WebSphere Application Server Version 7.0 verwenden, sollten Sie für die Einstellungen, die die Leistung des Plattencaches festlegen (Low, Balanced und Custom), einen optimalen Wert in Minuten für die Häufigkeit angeben, mit der die Plattenbereinigung durchgeführt wird. Beispielsweise sollten ungefähr 20 % der Einträge zu diesem Zeitpunkt verfallen.

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=cdyn_cachereplication
Dateiname:cdyn_cachereplication.html