Der globale Cache ist in den Broker eingebettet. Sie können auch eine Verbindung zu einem externen WebSphere eXtreme Scale-Grid herstellen.
Die Standardtopologie des eingebetteten Cache umfasst einen einzelnen Broker. Der eingebettete Cache kann ohne Konfiguration von Nachrichtenflüssen verwendet werden, die in einer Ausführungsgruppe auf dem Broker ausgeführt werden. Sie können jedoch die Standardtopologie inaktivieren, indem Sie die Brokerrichtlinie none auswählen, und für jede Ausführungsgruppe explizit Eigenschaften festlegen.
Im folgenden Diagramm ist der eingebettete globale Cache in einem Broker mit sechs Ausführungsgruppen dargestellt. Vier Ausführungsgruppen enthalten Hostkomponenten für den globalen Cache, aber Nachrichtenflüsse in allen sechs Ausführungsgruppen können den Cache verwenden.
Im folgenden Diagramm ist ein eingebetteter Cache für mehrere Broker dargestellt, der über die Brokerrichtliniendatei policy_two_brokers_ha.xml konfiguriert wurde.
Aus dem folgenden Diagramm geht hervor, wie WebSphere Message Broker eine Verbindung zu einem eingebetteten Cache und einem externen WebSphere eXtreme Scale-Grid herstellen kann. Für die Verbindung zum externen Grid wird ein konfigurierbarer Service verwendet.
WebSphere Message Broker verfügt über eine Cacherichtlinie, die eine Standardtopologie aus Cachekomponenten in einem einzelnen Broker erstellt. In der Standardtopologie werden Katalogserver und Container-Server dynamisch in Ausführungsgruppen platziert, sodass der Cache von allen Ausführungsgruppen im Broker verwendet werden kann. Es sind Eigenschaften auf Brokerebene verfügbar, um einen Portbereich und einen Host für das Empfangsprogramm der Standardtopologie anzugeben. Der Broker legt eine Gruppe von zu verwendenden Ports fest, aber Sie können mit dem Parameter cachePortRange eine eigene Portgruppe angeben. Mit dem Parameter listenerHost können Sie den Host für das Empfangsprogramm angeben, der von den Cachekomponenten verwendet wird. Wenn Ihr Computer mehrere Hostnamen enthält, können Sie durch das Festlegen des Hosts für das Empfangsprogramm sicherstellen, dass die Cachekomponenten den korrekten Hostnamen verwenden.
Wenn Sie die Cacherichtlinie auf none setzen, müssen Sie die Ausführungsgruppeneigenschaften explizit festlegen. Die Eigenschaften, die zuletzt von der Richtlinie auf Brokerebene festgelegt wurden, werden als Ausgangspunkt verwendet. Wenn Sie also zuerst die Cacherichtlinie auf default setzen und anschließend zu none wechseln, werden die Standardeigenschaften der Topologie beibehalten.
Sie können den globalen Cache so festlegen, dass er mehrere Broker umfasst, indem Sie für die Cacherichtlinie den vollständig qualifizierten Namen einer XML-Richtliniendatei festlegen. Diese Richtliniendatei listet die Broker auf, die den Cache gemeinsam verwenden, und führt außerdem für jeden Broker den Host des Empfangsprogramms, den Portbereich und die Anzahl der gehosteten Katalogserver auf. Über die Richtliniendatei können Sie einen Broker konfigurieren, der zwei Katalogserver enthält. Wenn ein Katalogserver gestoppt wird, wechselt der Broker zum anderen Katalogserver und stellt damit sicher, dass keine Cachedaten verloren gehen.
Wenn Sie die Cacherichtlinie auf disabled setzen, werden alle Cachekomponenten im Broker inaktiviert. Die Richtlinie disabled ist die Standardeinstellung.
Sie finden weitere Informationen hierzu in den Abschnitten Eingebetteten globalen Cache konfigurieren und Parameterwerte für die Cache-Manager-Komponente.
in der Standardtopologie befindet sich in einer einzigen Ausführungsgruppe im Broker ein Katalogserver und befinden sich in maximal drei anderen Ausführungsgruppen desselben Brokers Container-Server. Alle Ausführungsgruppen können mit dem globalen Cache kommunizieren, unabhängig davon, ob sie Katalogserver, Container-Server oder keinen dieser Server enthalten. Jede Ausführungsgruppe umfasst einen Cache-Manager, der die in der betreffenden Ausführungsgruppe eingebetteten Cache-Komponenten verwaltet. Wenn Sie die Standardtopologie inaktivieren, müssen Sie die Ausführungsgruppen konfigurieren und zu diesem Zweck die Parameterwerte für die Komponente 'cachemanager' definieren.
Sie finden weitere Informationen hierzu in den Abschnitten Eingebetteten globalen Cache konfigurieren und Parameterwerte für die Cache-Manager-Komponente.
Um zu vermeiden, dass Cachedaten beim Verlust eines Katalogservers verloren gehen, verwenden Sie eine Richtliniendatei, um mehrere Katalogserver für einen Broker anzugeben. Wenn Sie beispielsweise zwei Katalogserver für einen einzelnen Broker angeben und ein Katalogserver fehlschlägt, wechselt der Broker zum anderen Katalogserver. Wenn der Cache von zwei Brokern gemeinsam verwendet wird, die jeweils als Host für einen Katalogserver dienen, wechseln die Broker beim Fehlschlagen eines Katalogservers zum verbleibenden Katalogserver. Die Verwendung mehrerer Katalogserver kann die Initialisierungszeit bis der Cache verfügbar ist beeinträchtigen. Sind mehrere Katalogserver vorhanden, müssen Sie mindestens zwei davon starten, damit der Cachespeicher zur Verfügung steht. Wenn Sie einen Cache über mehrere Broker hinweg mit mehreren Katalogservern konfigurieren und Sie einen Broker vor den anderen starten müssen, können Sie diesen Broker so konfigurieren, dass er zwei Katalogserver betreibt.
Standardmäßig beginnen alle Server mit einem Domänennamen, der vom Broker abgeleitet wurde. In früheren Versionen von WebSphere Message Broker wurde als Domänenname für alle WebSphere eXtreme Scale Server in allen eingebetteten Caches eine leere Zeichenfolge verwendet. Server in verschiedenen Domänen können nicht in dasselbe Grid eingebracht werden. Für einen Cache, der mehrere Broker umfasst, müssen Sie daher diese Broker gleichzeitig migrieren.
Der Cache verwendet dynamische WebSphere eXtreme Scale-Zuordnungen. Alle Mapnamen sind zulässig, mit Ausnahme von Namen, die mit SYSTEM.BROKER beginnen, da diese Namen für die Verwendung durch den Broker reserviert sind. Die Standardmap lautet SYSTEM.BROKER.DEFAULTMAP, diese Zuordnung können Sie verwenden oder löschen.
Über die Ressourcenstatistiken und den Aktivitätstrace kann der Status des globalen Cache und des externen Grids überwacht werden und es können Probleme diagnostiziert werden. Der eingebettete globale Cache kann auch über den Befehl mqsicacheadmin verwaltet werden.