# Teil 4: WS-Manager-Cluster

Text der Produkteinführung | Animation der Produkteinführung
--- | ---

`Durch die Verwendung von WS-Manager-Clustern kann dieselbe Parallelverarbeitung ohne eine Vielzahl administrativer Definitionen und komplexen Anwendungscode auf einfachere Weise durchgeführt werden.`

`Es sind keine Definitionen für ferne Warteschlangen erforderlich, denn in mindestens einem der Cluster-Repositorys sind Informationen zu allen Clusterwarteschlangen enthalten. Außerdem müssen keine Nachrichtenkanäle zwischen den einzelnen Warteschlangenmanagern definiert werden, da der Cluster diese automatisch erstellen kann.`

`Wenn eine Anwendung eine Nachricht an eine Clusterwarteschlange sendet, verwendet der zugehörige Warteschlangenmanager ein Cluster-Repository, um die Position der Warteschlange zu ermitteln. Anschließend erstellt er dynamisch einen Nachrichtenkanal.`

`Falls eine Clusterwarteschlange mit demselben Namen für mehrere Warteschlangenmanager definiert wurde, nutzt der Cluster die Nachrichten zwischen diesen Warteschlangen automatisch gemeinsam, um die Auslastung zwischen den empfangenden Anwendungen auszugleichen. Die Anzahl der erforderlichen administrativen Definitionen ist erheblich geringer. Außerdem ist der Anwendungscode viel einfacher.`

Dieser Teil der Animation veranschaulicht Cluster und deren Vorteile. Er basiert auf der vorherigen Animation mit vier Computern.

Die vier Computer befinden sich jetzt in einem WS-Manager-Cluster. Für einen der Warteschlangenmanager wird ein Cluster-Repository angezeigt, in dem die Definitionen aller lokalen Warteschlangen und Warteschlangenmanager gespeichert sind. Jeder Warteschlangenmanager hat eine lokale Warteschlange mit der Bezeichnung Q1.

Der Computer bei QM_A sendet eine Nachricht an Q1. Das Cluster-Repository hat Q1 bei QM_B am Anfang der Definitionsliste, daher wird die Nachricht an QM_B weitergeleitet.

Derselbe Computer führt den Befehl "in Q1 stellen" erneut aus, und die Nachricht wird an den nächsten im Cluster-Repository definierten Warteschlangenmanager weitergeleitet. Hierbei handelt es sich um QM_C.

Derselbe Computer führt den Befehl "in Q1 stellen" erneut aus, und die Nachricht wird an den nächsten im Cluster-Repository definierten Warteschlangenmanager weitergeleitet. Hierbei handelt es sich um QM_D.

Übergeordnetes Thema: Grundlegende Konzepte zu WebSphere MQ