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 Server > Cluster > Cluster > Clustername.

Zum Anzeigen von Laufzeitinformationen, wie z. B. des Status des Server-Clusters, klicken Sie auf Server > Cluster > WebSphere-Anwendungs-Server-Cluster > Clustername und anschließend auf die Registerkarte Laufzeit.

Zum Anzeigen der Topologie eines bestimmten Clusters klicken Sie auf Server > Cluster > WebSphere-Anwendungs-Server-Cluster > Clustername und anschließend auf das Register Lokale Topologie.

Wenn 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.

Fehler vermeiden Fehler vermeiden:
  • 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.
gotcha

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.

Wenn Sie einen Kurznamen für ein Cluster-Member angeben, muss der Name die folgenden Bedingungen erfüllen:
  • 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]

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 Systemverwaltung > Knotengruppen, um Knotengruppen zu erstellen und zu verwalten.

[AIX Solaris HP-UX Linux Windows][IBM i]

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.

[z/OS]Dieses Feld gilt nicht für z/OS.

Information Wert
Datentyp Boolean
Standard true
Unterstützte Konfigurationen Unterstützte Konfigurationen: Wenn Sie die Optimierung "preferLocal" aktivieren, muss der Deployment Manager aktiv sein, damit die Konfiguration wirksam wird. Ist der Deployment Manager heruntergefahren, wird die Optimierung "preferLocal" nicht durchgeführt und Anforderungen werden möglicherweise an alle Member der Cluster verteilt. sptcfg

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]

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

Symbol, das den Typ des Artikels anzeigt. Referenzartikel



Symbol für Zeitmarke Letzte Aktualisierung: 25.05.2016
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=urun_rwlm_cluster_svr
Dateiname:urun_rwlm_cluster_svr.html