Dynamischen Cache-Provider für WebSphere eXtreme Scale konfigurieren

Die Installation und Konfiguration des dynamischen Cache-Providers für eXtreme Scale richtet sich nach Ihren Anforderungen und Ihrer konfigurierten Umgebung.

Vorbereitende Schritte

  • Zur Verwendung des dynamischen Cache-Providers muss WebSphere eXtreme Scale über die Knotenimplementierungen von WebSphere Application Server (einschließlich des Deployment-Manager-Knotens) installiert werden. Weitere Informationen finden Sie unter WebSphere eXtreme Scale oder WebSphere eXtreme Scale Client mit WebSphere Application Server installieren .
  • Die globale Sicherheit muss in der Administrationskonsole von WebSphere Application Server aktiviert werden, wenn in den Katalogservern in Ihrer Katalogservicedomäne Secure Sockets Layer (SSL) aktiviert ist oder wenn Sie SSL für eine Katalogservicedomäne mit SSL-Unterstützung verwenden möchten. Sie legen die SSL-Anforderung für einen Katalogserver fest, indem Sie das Attribut "transportType" in der Servereigenschaftendatei auf SSL-Required setzen. Weitere Informationen zum Konfigurieren der globalen Sicherheit finden Sie unter Globale Sicherheitseinstellungen konfigurieren.

Informationen zu diesem Vorgang

Informationen zur Verwendung des dynamischen Cache-Providers von eXtreme Scale mit IBM® WebSphere Commerce finden Sie in den folgenden Artikeln in der Dokumentation zu IBM WebSphere Commerce:

Wenn Sie Ihr Caching nicht an eine spezielle definierte Objektcache- oder Servlet-Cache-Instanz weiterleiten, werden die Aufrufe der Dynamic-Cache-API wahrscheinlich von der Basiscacheinstanz bearbeitet. Wenn Sie den dynamischen Cache-Provider von eXtreme Scale für JSP-, Web-Service- oder Befehlscaching verwenden möchten, müssen Sie die Basiscacheinstanz für die Verwendung des dynamischen Cache-Providers von eXtreme Scale konfigurieren. Für die Konfiguration der Basiscacheinstanz werden dieselben Konfigurationseigenschaften verwendet. Denken Sie daran, dass diese Konfigurationseigenschaften als angepasste JVM-Eigenschaften (Java Virtual Machine) konfiguriert werden müssen. Dieser Vorbehalt gilt mit Ausnahme des Servlet-Cachings für jede Cachekonfigurationseigenschaft, die in diesem Abschnitt beschrieben wird. Wenn Sie eXtreme Scale mit dem dynamischen Cache-Provider für Servlet-Caching verwenden möchten, müssen Sie diese Aktivierung in den Systemeigenschaften und nicht in den angepassten Eigenschaften konfigurieren.

Vorgehensweise

  1. Dynamischen Cache-Provider von eXtreme Scale aktivieren.
    • WebSphere Application Server Version 7.0 und höher:

      Sie können den dynamischen Cache-Service über die Administrationskonsole für die Verwendung des dynamischen Cache-Providers von eXtreme Scale konfigurieren. Nach der Installation von eXtreme Scale ist der dynamische Cache-Provider von eXtreme Scale sofort als Option unter Cache-Provider in der Administrationskonsole verfügbar. Weitere Informationen finden Sie im Information Center von WebSphere Application Server Version 7.0: Cache-Service-Provider auswählen.

    • WebSphere Application Server Version 6.1:
      Verwenden Sie eine angepasste Eigenschaft, um den dynamischen Cache-Service für die Verwendung des dynamischen Cache-Providers von eXtreme Scale zu konfigurieren. Sie können diese angepassten Eigenschaften auch in WebSphere Application Server Version 7.0 und höher verwenden. Zum Erstellen einer angepassten Eigenschaft in einer Cacheinstanz klicken Sie auf Ressourcen > Cacheinstanzen > Typ_der_Cacheinstanz > Name_der_Cacheinstanz > Angepasste Eigenschaften > Neu. Wenn Sie die Basiscacheinstanz verwenden, erstellen Sie die angepassten Eigenschaften in der JVM.
      com.ibm.ws.cache.CacheConfig.cacheProviderName
      Zur Verwendung des dynamischen Cache-Providers von eXtreme Scale setzen Sie die Eigenschaft auf den Wert com.ibm.ws.objectgrid.dynacache.CacheProviderImpl. Sie können diese angepasste Eigenschaft in einer dynamischen Cacheinstanz oder in der Basiscacheinstanz erstellen. Wenn Sie die angepasste Eigenschaft in der Basiscacheinstanz konfigurieren, verwenden alle anderen Cacheinstanzen im Server standardmäßig den Provider von eXtreme Scale. Alle Konfigurationseigenschaften des dynamischen Cache-Providers von eXtreme Scale, die für die Basiscacheinstanz konfiguriert werden, sind die Standardkonfigurationseigenschaften für alle Cacheinstanzen, die durch eXtreme Scale gestützt werden. Zum Überschreiben der Basiscacheinstanz und Konfigurieren einer bestimmten dynamischen Cacheinstanz für die Verwendung des standardmäßig zu verwendenden dynamischen Cache-Providers erstellen Sie die angepasste Eigenschaft "com.ibm.ws.cache.CacheConfig.cacheProviderName" in der dynamischen Cacheinstanz und setzen diese auf den Wert default.
  2. Optional: Wenn Sie replizierte Cacheinstanzen verwenden, konfigurieren Sie die Replikationseinstellung für den Cache.

    Mit dem dynamischen Cache-Provider von eXtreme Scale ist es möglich, lokale Cacheinstanzen und replizierte Cacheinstanzen zu verwenden. Wenn Sie nur lokale Cacheinstanzen verwenden, können Sie diesen Schritt überspringen.

    Verwenden Sie eine der folgenden Methoden, um den replizierten Cache zu konfigurieren:

    • Cachereplikation über die Administrationskonsole aktivieren. Sie können die Cachereplikation jederzeit in WebSphere Application Server Version 7.0 aktivieren. In WebSphere Application Server Version 6.1 müssen Sie eine DRS-Replikationsdomäne erstellen.
    • Cachereplikation mit der angepassten Eigenschaft "com.ibm.ws.cache.CacheConfig.enableCacheReplication" aktivieren, damit der Cache meldet, dass er ein replizierter Cache ist, obwohl ihm keine DRS-Replikationsdomäne zugeordnet ist. Setzen Sie diese angepasste Eigenschaft auf den Wert true. Konfigurieren Sie diese angepasste Eigenschaft in der Cacheinstanz, wenn Sie einen Objektcache oder Servlet-Cache verwenden, bzw. in der JVM, wenn Sie die Basiscacheinstanz verwenden.
  3. Optional: Wenn Sie eXtreme Scale als JSP-Fragmentcache verwenden, setzen Sie die angepasste Eigenschaft "com.ibm.ws.cache.CacheConfig.disableTemplateInvalidation" auf true, um schablonenbasierte Invalidierungen während des erneuten Ladens von JSPs (JSP-Reload) zu inaktivieren.
  4. Topologie für den dynamischen Cache-Service konfigurieren.

    Der einzige erforderliche Konfigurationsparameter für den dynamischen Cache-Provider von eXtreme Scale ist die Cachetopologie. Setzen Sie die angepasste Eigenschaft in der Cacheinstanz bzw. für den dynamischen Cache-Service, wenn Sie die Basiscacheinstanz verwenden. Geben Sie den Namen der angepassten Eigenschaft ein: com.ibm.websphere.xs.dynacache.topology.

    Im Folgenden sind drei gültige Werte für diese Eigenschaft aufgelistet. Sie müssen einen der zulässigen Werte verwenden:
    • embedded
    • embedded_partitioned
    • remote

    Wenn Sie integrierte (embedded) oder integrierte partitionierte (embedded_partitioned) Topologien verwenden, sollten Sie die angepasste Eigenschaft com.ibm.ws.cache.CacheConfig.ignoreValueInInvalidationEvent auf true setzen, um Serialisierungskosten einzusparen. Setzen Sie diese angepasste Eigenschaft in der Cacheinstanz bzw. in der JVM, wenn Sie die Basiscacheinstanz verwenden.

  5. Optional: Wenn Sie eine integrierte partitionierte Topologie verwenden, konfigurieren Sie die anfängliche Containeranzahl für den dynamischen Cache-Service.

    Sie können die Leistung von Caches, die die integrierte partitionierte Topologie verwenden, maximieren, indem Sie die anfängliche Containeranzahl konfigurieren. Konfigurieren Sie die Variable als Systemeigenschaft in der Java Virtual Machine von WebSphere Application Server.

    Geben Sie den Namen der Eigenschaft an: com.ibm.websphere.xs.dynacache.num_initial_containers.

    Der empfohlene Wert für diese Konfigurationseigenschaft ist eine ganze Zahl, die der Gesamtanzahl der Instanzen von WebSphere Application Server entspricht, die auf diese verteilte Cacheinstanz zugreifen, bzw. geringfügig darunter liegt. Wenn ein dynamischer Cache-Service von Datengrid-Membern gemeinsam genutzt wird, muss der Wert auf die Anzahl der Grid-Member gesetzt werden.

    Für integrierte (embedded) und integrierte partitionierte (embedded_partitioned) Topologien müssen Sie Version 7.0 von WebSphere Application Server verwenden. Definieren Sie die folgende angepasste Eigenschaft im JVM-Prozess, um sicherzustellen, dass die Anfangscontainer sofort verfügbar sind.

    com.ibm.ws.cache.CacheConfig.createCacheAtServerStartup=true

  6. Konfigurieren Sie das Katalog-Service-Grid von eXtreme Scale.

    Wenn Sie eXtreme Scale als dynamischen Cache-Provider für eine verteilte Cacheinstanz verwenden, müssen Sie eine Katalogservicedomäne von eXtreme Scale konfigurieren.

    Eine einzelne Katalogservicedomäne kann mehrere dynamische Cacheserviceprovider bedienen, die von eXtreme Scale gestützt werden.

    Ein Katalogservice kann innerhalb und außerhalb von Prozessen von WebSphere Application Server ausgeführt werden. Wenn Sie ab eXtreme Scale Version 7.1 die Administrationskonsole verwenden, um Katalogservicedomänen zu konfigurieren, verwendet der dynamische Cache diese Einstellungen. Es ist nicht erforderlich, weitere Schritte zum Konfigurieren eines Katalogservice auszuführen. Weitere Informationen finden Sie unter Katalogservicedomänen in WebSphere Application Server erstellen.

  7. Konfigurieren Sie angepasste Schlüsselobjekte.

    Wenn Sie angepasste Objekte als Schlüssel verwenden, müssen die Objekte die Schnittstelle "Serializable" oder "Externalizable" implementieren. Wenn Sie die integrierte oder integrierte partitionierte Topologie verwenden, müssen Sie die Objekte in den gemeinsam genutzten Bibliothekspfad von WebSphere stellen, wie es auch der Fall ist, wenn sie mit dem dynamischen Standardcacheprovider verwendet werden. Weitere Einzelheiten finden Sie im Artikel "Schnittstellen 'DistributedMap' und 'DistributedObjectCache' für den dynamischen Cache verwenden" im Information Center von WebSphere Application Server Network Deployment.

    Wenn Sie die ferne Topologie verwenden, müssen Sie die angepassten Schlüsselobjekte für die eigenständigen Container von eXtreme Scale in den Klassenpfad stellen. Weitere Informationen finden Sie unter Container-Server starten.

  8. Optional: Wenn Sie eine ferne Topologie verwenden, konfigurieren Sie die Container-Server von eXtreme Scale.
    • Integrierte oder integrierte partitionierte Topologie:

      Die zwischengespeicherten Daten werden in den Container-Servern von WebSphere eXtreme Scale gespeichert. Container-Server können innerhalb und außerhalb von Prozessen von WebSphere Application Server ausgeführt werden. Der Provider von eXtreme Scale erstellt automatisch Container innerhalb des WebSphere-Prozesses, wenn Sie integrierte oder integriert partitionierte Topologien für eine Cacheinstanz verwenden. Für diese Topologien ist keine weitere Konfiguration erforderlich.

    • Ferne Topologie:

      Wenn Sie die ferne Topologie verwenden, müssen Sie eigenständige eXtreme-Scale-Container-Server vor den Instanzen von WebSphere Application Server starten, die auf die Cacheinstanz zugreifen. Zum Starten eigenständiger Container-Server lesen Sie den Abschnitt Container-Server starten. Stellen Sie sicher, dass alle Container-Server für einen bestimmten dynamischen Cacheservice auf dieselben Katalogserviceendpunkte zeigen.

      Die XML-Konfigurationsdateien für die eigenständigen Container des dynamischen Cache-Providers von eXtreme Scale befinden sich entweder im Verzeichnis WAS-Stammverzeichnis/optionalLibraries/ObjectGrid/dynacache/etc (für Installationen in WebSphere Application Server) bzw. im Verzeichnis WXS-Installationsstammverzeichnis/ObjectGrid/dynacache/etc (für eigenständige Installationen). Die Dateien haben die Namen dynacache-remote-objectgrid.xml und dynacache-remote-definition.xml. Erstellen Sie Kopien dieser Dateien, die Sie bearbeiten und verwenden, wenn Sie eigenständige Container für den dynamischen Cache-Provider von eXtreme Scale starten. Der Parameter numInitialContainers in der Datei dynacache-remote-deployment.xml muss der Anzahl der aktiven Containerprozesse entsprechen. Beachten Sie, dass das Attribut numberOfPartitions in der Datei dynacache-remote-objectgrid.xml den Standardwert 47 hat.

      Anmerkung: Die Gruppe der Container-Server-Prozesse muss genügend freien Speicher haben, um alle dynamischen Cacheinstanzen zu bedienen, die für die ferne Topologie konfiguriert wurden. Alle Prozesse von WebSphere Application Server, die dieselben oder äquivalente Werte für die angepasste Eigenschaft "catalog.services.cluster" verwenden, müssen dieselbe Gruppe eigenständiger Container verwenden. Die Anzahl der Container und die Anzahl der Server, in denen sich die Container befinden, müssen entsprechend dimensioniert werden. Weitere Einzelheiten finden Sie im Abschnitt Kapazitätsplanung für den dynamischen Cache.

      Im Folgenden sehen Sie einen Befehlszeileneintrag, der einen eigenständigen Container für den dynamischen Cache-Provider von eXtreme Scale startet:

      [Unix]
      startOgServer.sh container1 -objectGridFile 
      ../dynacache/etc/dynacache-remote-objectgrid.xml -deploymentPolicyFile 
      ../dynacache/etc/dynacache-remote-deployment.xml -catalogServiceEndPoints 
      MyServer1.company.com:2809
  9. Für verteilte und integrierte Topologien aktivieren Sie den Agenten für Messungen, um die Schätzungen für die Speicherbelegung zu verbessern.

    Der Agent für Messungen schätzt die Speicherbelegung (Statistik "usedBytes"). Der Agent erfordert eine JVM der Java Version 5 oder höher.

    Laden Sie den Agenten, indem Sie der JVM-Befehlszeile das folgende Argument hinzufügen:
    -javaagent:WXS-Bibliotheksverzeichnis/wxssizeagent.jar

    Für eine integrierte Topologie fügen Sie das Argument der Befehlszeile für den Prozess von WebSphere Application Server hinzu.

    Für eine verteilte Topologie fügen Sie das Argument der Befehlszeile der Prozesse von eXtreme Scale (Container) und des Prozesses von WebSphere Application Server hinzu.