Sie müssen Server-Cluster und Cluster-Member verwenden, um die Arbeitslasten der Anwendungsserver
zu überwachen und zu verwalten.
Vorbereitende Schritte
Sie müssen mit den Optionen für die Konfiguration von Anwendungsservern vertraut sein.
Das folgende Szenario soll Ihnen helfen, die Konfiguration und Verwendung von Clustern für
den Lastausgleich zu verstehen. In diesem Szenario werden Clientanforderungen auf die Cluster-Member
einer Maschine verteilt.
Ein Client ist jedes Servlet, jede Java™-Anwendung und jedes andere Programm bzw. jede andere Komponente,
das bzw. die den Endbenutzer und den Anwendungsserver, auf den zugegriffen wird, verbindet.
In komplexeren WLM-Szenarien können Cluster-Member auf
ferne Maschinen verteilt werden.
In komplexeren WLM-Szenarien können Cluster-Member auf
ferne Maschinen verteilt werden.
Informationen zu diesem Vorgang
Führen Sie die folgenden Schritte aus, wenn Sie Cluster für den Lastausgleich einsetzen möchten.
Vorgehensweise
- Bestimmen Sie die Anwendungsserver, die Sie in den Cluster aufnehmen möchten.
- Entscheiden Sie, ob Daten repliziert werden sollen.
Replikation ist ein Service, der Daten, Objekte oder Ereignisse zwischen Anwendungsservern überträgt.
Sie können eine Replikationsdomäne beim Erstellen eines Cluster erstellen.
- Implementieren Sie die Anwendung im Anwendungsserver.
- Erstellen Sie einen Cluster.
Nachdem Sie die Anwendungsserver und Anwendungskomponenten wie gewünscht konfiguriert haben, können Sie einen
Cluster erstellen. Aus der ursprünglichen Serverinstanz wird
ein Cluster-Member, das vom Cluster verwaltet wird.
- Erstellen Sie mindestens ein Cluster-Member.
![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
Konfigurieren Sie einen Ausweichcluster.
Fehler vermeiden: Wenn Sie Clients haben, die in einer Umgebung ausgeführt werden,
- die Java Thin Clients enthält,
- in der Anforderungen zwischen verschiedenen Zellen weitergeleitet werden oder
- in der Anforderungen innerhalb einer einzelnen Zelle weitergeleitet werden, die Knoten früherer Produktversionen einbezieht,
kann plötzlich eine Situation eintreten, in der die Portinformationen zu den Cluster-Membern des Zielclusters nicht mehr aktuell sind.
Dies ist
meist der Fall, wenn alle Cluster-Member dynamische Ports haben und in einem Zeitraum erneut gestartet werden, in dem keine Anforderungen gesendet werden. Der
Clientprozess in diesem Status versucht vielleicht, eine Route zum Node Agent herzustellen, um die neuen Portdaten für die Cluster-Member zu empfangen und dann
für die Route zurück zu den Cluster-Membern zu verwenden.
Sollten Umstände eintreten, die den Client an der Kommunikation mit dem Node Agent hindern oder
die verhindern, dass die neuen Portdaten zwischen den Cluster-Membern und dem Node Agent weitergeleitet werden, können auf dem Client Anforderungsfehler auftreten. In
einigen Fällen treten diese Fehler nur temporär auf. In anderen Fällen müssen Sie einen oder mehrere Prozesse erneut starten, um einen Fehler zu beheben.
Um die
Fehler, die in den genannten Fällen beim Client-Routing auftreten können, zu umgehen, können Sie statische Ports in den Cluster-Membern konfigurieren. Bei
statischen Ports werden die Portdaten nicht geändert, wenn ein Clientprozess Informationen zu den Cluster-Membern abruft. Selbst wenn die Cluster-Member
erneut gestartet
werden oder Probleme bei der Kommunikation oder der Weiterleitung von Daten zwischen Prozessen bestehen, sind die vom Client gespeicherten Portdaten immer noch
gültig. Diese Umgehung führt nicht notwendigerweise dazu, dass diese Probleme gelöst werden, doch treten die Symptome nicht erwarteter oder uneinheitlicher
Routing-Entscheidungen nicht mehr auf.
gotcha
Ein Ausweichcluster
verarbeitet Anforderungen, wenn der primäre Cluster ausfällt.
- Starten Sie den Cluster.
Wenn Sie den Cluster starten, werden alle Anwendungsserver, die zu diesem Cluster gehören, gestartet.
Das Workload-Management beginnt automatisch nach dem Starten der Cluster-Member.
- Wenn der Cluster aktiv ist, können Sie die folgenden Tasks ausführen:
- Stoppen Sie den Cluster.
- Upgrade der Anwendungen durchführen, die auf den Cluster-Membern installiert sind
- Probleme mit Server-Clustern und ihren Arbeitslasten erkennen und beheben
- Ändern Sie das Intervall für die Aktualisierung des Workload-Management-Status des Clients.
Das Standardzeitlimit für die JVM-Eigenschaft
"com.ibm.CORBA.RequestTimeout" ist 0 und steht für eine unbegrenzte Wartezeit.
Dieser Standardwert ist keine empfehlenswerte Einstellung für Failoversituationen.
Wenn in Ihrer Anwendung Probleme aufgrund von Zeitlimitüberschreitungen auftreten oder wenn Sie Ihr System für Failoversituationen konfiguriert haben, sollten
Sie deshalb die Option "-CCD" mit dem Befehl "LaunchClient" verwenden, um einen geeigneten Wert ungleich null für diese Eigenschaft zu definieren.
Sollte der WLM-Status für den Client
zu oft oder zu selten aktualisiert werden, ändern Sie das Intervall für die angepasste JVM-Eigenschaft "com.ibm.websphere.wlm.unusable.interval".
![[IBM i]](../images/iseries.gif)
![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
Nächste Schritte
Für eigenständige Java-Clients müssen Sie einen
Bootstrap-Host definieren. Eigenständige Java-Clients sind Clients, die nicht auf derselben Maschine wie der Anwendungsserver
ausgeführt werden und keinen Administrationsserver haben.
Fügen Sie zu den JVM-Argumenten (Java Virtual Machine) für den Client
die folgende Zeile hinzu:
-Dcom.ibm.CORBA.BootstrapHost=Maschinenname
Maschinenname steht für die Maschine,
auf der der Administrationsserver ausgeführt wird.