Gleichmäßige Lastverteilung

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.

[AIX Solaris HP-UX Linux Windows]In komplexeren WLM-Szenarien können Cluster-Member auf ferne Maschinen verteilt werden.

[z/OS]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

  1. Bestimmen Sie die Anwendungsserver, die Sie in den Cluster aufnehmen möchten.
  2. 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.

  3. Implementieren Sie die Anwendung im Anwendungsserver.
  4. 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.

  5. Erstellen Sie mindestens ein Cluster-Member.
  6. [AIX Solaris HP-UX Linux Windows][IBM i]Konfigurieren Sie einen Ausweichcluster.
    Fehler vermeiden 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.

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

  8. 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][AIX Solaris HP-UX Linux Windows]

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.

Symbol, das den Typ des Artikels anzeigt. Taskartikel



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