Einstellungen für Server-Cluster
Verwenden Sie diese Seite, um die Konfiguration einer Server-Cluster-Instanz anzuzeigen oder zu ändern und die lokale Topologie einer Server-Cluster-Instanz anzuzeigen.
Wenn Sie die Konfiguration und lokale Topologie eines Server-Clusters ändern möchten, klicken Sie in der Administrationskonsole auf
.Zum Anzeigen von Laufzeitinformationen, wie z. B. des Status des Server-Clusters, klicken Sie auf Laufzeit.
und anschließend auf die RegisterkarteZum Anzeigen der Topologie eines bestimmten Clusters klicken Sie auf Lokale Topologie.
und anschließend auf das RegisterWenn die HA-Infrastruktur inaktiviert ist und Sie IIOP-Routing-Funktionen benötigen, führen Sie die Anweisungen im Artikel "Statisches Routing für einen Cluster aktivieren" aus, um eine Tabelle statischer Routen zu erstellen. Diese Tabelle ermöglicht dem Cluster, IIOP-Anforderungen zu bearbeiten.

- Da die Informationen, die in der statischen Routentabelle enthalten sind, den
Laufzeitstatus des Servers nicht angeben, sollten Sie diese Option nur verwenden, wenn die HA-Infrastruktur
inaktiviert ist.
Die Verwendung einer statischen Routentabelle verhindert die Verwendung der dynamischen Routentabelle in den Cluster-Membern. Nachdem die statische Datei auf einen Knoten übertragen wurde, verwendet diese beim Starten eines Cluster-Members auf diesem Knoten die statische Tabelle anstelle der dynamischen Tabelle für das IIOP-Routing. Wenn ein Cluster-Member aktiv ist, wenn Sie die statische Routentabelle erstellen, müssen Sie dieses Cluster-Member erneut starten, damit es auf die Informationen in der statischen Routentabelle zugreifen kann, da der Tabelleninhalt zur Laufzeit geladen wird.
- Nachdem
die Tabelle erstellt ist, wird eine Informationsnachricht ähnlich der folgenden
abgesetzt, die den Namen der Datei, in der die Tabelle enthalten ist, sowie das
Verzeichnis der Datei anzeigt:
Die Routentabelle für Cluster MeinCluster wurde in die folgende Datei exportiert: /home/meineInstallation/was/server/profiles/dmgrProfile/config/cells/ MyCell/clusters/Myfile.wsrttbl.
Wie diese Nachricht veranschaulicht, wird die Datei, die die statische Routentabelle enthält, in das Verzeichnis "config" des Deployment Manager für diesen Cluster gestellt. Sie sollten dieses Verzeichnis notieren, damit Sie die Datei, wenn Sie wieder dynamisches Routing verwenden möchten, löschen können.
- Wenn Sie eine statische Routentabelle erstellen, müssen Sie den ORB_LISTENER_ADDRESS-Port in jedem der Cluster-Member statisch festlegen, da die Routentabelle statisch ist und die Cluster-Member bei Statusänderungen nicht miteinander kommunizieren. Wenn dieser Port nicht zugeordnet ist, werden die Cluster-Member an verschiedenen Ports erneut gestartet, und es können keine Anforderungen mit den statischen Routendaten an die Cluster-Member weitergeleitet werden.
Clustername
Gibt einen logischen Namen für den Cluster an. Der Name muss unter den Clustern in der übergeordneten Zelle eindeutig sein.
Kurzname
Gibt den Kurznamen des Clusters an. Dieses Feld wird nur angezeigt, wenn Sie unter z/OS arbeiten.
Der Kurzname wird als WLM-APPLENV-Name für alle Server verwendet, die zu diesem Cluster gehören.
- Er darf nicht länger als Zeichen sein.
- Er darf nur alphanumerische Zeichen in Großschreibung enthalten.
- Er darf nicht mit einer Zahl beginnen.
- Er muss in der Zelle eindeutig sein.
Wenn Sie keinen Kurznamen angeben, generiert das System automatisch einen Standardkurznamen, der in der Zelle eindeutig ist. Sie können den generierten Kurznamen gemäß Ihren Namenskonventionen ändern.
![[z/OS]](../images/ngzos.gif)
Eindeutige ID
Die eindeutige ID des Clusters.
Die eindeutige ID ist schreibgeschützt. Der Wert wird vom System automatisch generiert.
Name der bindenden Knotengruppe
Gibt die Knotengruppe an, die die Begrenzung für diesen Cluster bildet. Alle Anwendungsserver eines Cluster müssen sich auf Knoten befinden, die Member derselben Knotengruppe sind.
Eine Knotengruppe ist eine Sammlung von Anwendungsserverknoten. Ein Knoten ist eine logische Gruppierung verwalteter Server, in der Regel auf einem System, das eine eindeutige IP-Hostadresse besitzt. Alle Anwendungsserver eines Cluster müssen sich auf Knoten befinden, die Member derselben Knotengruppe sind. Knoten, die zu einer Knotengruppe gehören, müssen genügend viele gemeinsame Funktionen haben, damit sichergestellt ist, dass die aus den Knoten in der Knotengruppe geformten Cluster in jedem Cluster-Member dieselbe Anwendung bereitstellen können. Ein Knoten muss Member mindestens einer und kann Member mehrerer Knotengruppen sein.
Klicken Sie in der Administrationskonsole auf
, um Knotengruppen zu erstellen und zu verwalten.![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
![[IBM i]](../images/iseries.gif)
Lokalen Knoten bevorzugen
Gibt an, ob die Routing-Optimierung für den Host aktiviert ist. Die Optimierung ist standardmäßig aktiviert, d. h. die Enterprise-Bean-Anforderungen werden, sofern möglich, an den Clienthost weitergeleitet. Sie können mit dieser Einstellung die Leistung verbessern, weil die Clientanforderungen an lokale EJBs gesendet werden.
Dieses Feld gilt nicht für z/OS.
Information | Wert |
---|---|
Datentyp | Boolean |
Standard | true |

Failover der Transaktionsprotokollwiederherstellung aktivieren
Gibt an, dass das Failover des Transaktionsprotokolls aus Wiederherstellungsgründen für den Transaktionsservice aktiviert oder inaktiviert ist. Die Standardeinstellung ist inaktiviert.
Wenn diese Einstellung aktiviert ist und die erforderlichen Eigenschaften des Transaktionsservice für eine Peerwiederherstellung ausgefallener Anwendungsserver in einem Cluster ordnungsgemäß konfiguriert sind, findet eine Fehlerbehebung durch Funktionsübernahme (Failover) des Transaktionsprotokolls statt, wenn die Verarbeitung des Transaktionsprotokolls im Server fehlschlägt. Falls die erforderlichen Eigenschaften des Transaktionsservice für die Peerwiederherstellung ausgefallener Anwendungsserver in einem Cluster nicht ordnungsgemäß konfiguriert sind, wird diese Einstellung ignoriert.
![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
wlcID
Gibt die gegenwärtig registrierte WLC-ID (Work Load Controller) für den Cluster an. Diese Einstellung wird möglicherweise nicht für alle Konfigurationen angezeigt.
Information | Wert |
---|---|
Datentyp | String |
Status
Gibt an, ob der Cluster gestoppt, im Startvorgang befindlich oder aktiv ist.
Wenn alle Cluster gestoppt wurden, ist der Clusterstatus Gestoppt. Nachdem Sie die Anforderung zum Starten eines Cluster abgesetzt haben, wird der Clusterstatus für kurze Zeit in Starten geändert, und jeder Server, der Member dieses Clusters ist, wird, falls noch nicht aktiv, gestartet. Beim Starten des ersten Member wird der Status in Teilweise gestartet geändert. Der Status bleibt so lange Teilweise gestartet, bis alle Cluster-Member aktiv sind. Danach wird der Status in Aktiv geändert. Analog dazu wird der Status beim Stoppen eines Cluster in Teilweise gestoppt geändert, wenn das erste Member gestoppt wird. Der Status wird in Gestoppt geändert, wenn alle Member inaktiv sind.
Information | Wert |
---|---|
Gültige Werte | Starten, Teilweise gestartet, Aktiv, Teilweise gestoppt, Gestoppt |