WebSphere Virtual Enterprise, Version 6.1.1
             Betriebssysteme: AIX, HP-UX, Linux, Solaris, Windows,


Anforderungen an externe Knoten mit generischen Serverclustern weiterleiten

Verwenden Sie diese Task, um Anforderungen vom On Demand Router (ODR) an externe Knoten weiterzuleiten.

Vorbereitungen

Anmerkung: Wenn Sie die Unterstützung für dynamische Operationen für andere Typen von Middleware-Servern konfigurieren möchten, können Sie Ihre anderen Middleware-Server als Member eines dynamischen Clusters definieren. Weitere Informationen finden Sie im Artikel Konfigurationen Middleware-Server hinzufügen .

Sie müssen einen oder mehrere Knoten haben, auf denen WebSphere Virtual Enterprise nicht ausgeführt wird. Mit dieser Task fügen Sie die Knoten, auf denen WebSphere Virtual Enterprise nicht ausgeführt wird, als Ports für generische Servercluster hinzu.

Zum Erstellen und Bearbeiten generischer Servercluster benötigen Sie die Verwaltungsberechtigungen der Rolle "Verwaltung" (Administrator) oder "Konfiguration" (Configurator).

Sie müssen die folgenden Tasks ausführen, bevor Sie den ODR so konfigurieren können, dass er Anforderungen an externe Knoten sendet:
  1. Erstellen Sie einen On Demand Router.
  2. Konfigurieren Sie Service- und Transaktionsklassen für den ODR.

Informationen zu dieser Task

Der ODR unterstützt die automatische Weiterleitung von Anforderungen an Knoten in Zielzellen, in denen ein Deployment Manager mit WebSphere Virtual Enterprise installiert ist. Wenn Sie Anforderungen an Knoten weiterleiten möchten, auf denen WebSphere Virtual Enterprise nicht installiert ist, müssen Sie einen generischen Servercluster konfigurieren. Ein generischer Servercluster ist eine Gruppe von Transportendpunkten, die als Ziel für eine ODR-Routing-Regel verwendet werden können. Server und Knoten werden aus den Endpunkten des generischen Serverclusters und den Eigenschaften abgeleitet. Bei diesen Servern kann es sich um fremde oder generische Server handeln. Generische Server können von einem Node Agent von WebSphere Application Server gestoppt und gestartet werden. Fremde Server werden in der Regel nicht vom Node Agent von WebSphere Application Server gestoppt und gestartet. Beispiele für fremde Server sind Apache Tomcat und JBoss Application Server.

Prozedur

  1. Optional: Erstellen Sie einen oder mehrere nicht verwaltete Knoten. Für jede der folgenden Konfigurationssituationen müssen Sie nicht verwaltete Knoten erstellen:
    • Sie möchten, dass der ferne Agent an einem anderen Port als dem Standardport 9980 auf Anforderungen wartet.
    • Sie möchten ein angepasstes Collector-Plug-in für Statistiken verwenden, um die Knotengeschwindigkeit und die durchschnittliche CPU-Auslastung für das Arbeitsprofil zu ermitteln.
    • Sie verwenden Knoten, die mit mehreren Netzen verbunden sind, d. h., die mehrere Netzschnittstellenkarten oder mehrere Hostnamen haben.
    Klicken Sie in der Administrationskonsole auf Systemverwaltung > Knoten > Knoten hinzufügen, um einen nicht verwalteten Knoten zu erstellen.
  2. Optional: Wenn der ferne Agent an einem anderen Port als dem Standardport 9980 auf eingehende Anforderungen wartet, geben Sie für den nicht verwalteten Knoten die angepasste Eigenschaft "stats.collector.remote.agent.port" an.
    1. Klicken Sie auf Systemverwaltung > Knoten > Knotenname > Angepasste Eigenschaften > Neu.
    2. Geben Sie im Feld Name den Wert stats.collector.remote.agent.port ein.
    3. Geben Sie im Feld Wert die Nummer des Ports ein, an dem der ferne Agent auf die Anforderungen wartet.
    Hinweis: Notieren Sie sich den Portwert. Sie verwenden diesen Wert, wenn Sie den fernen Agenten auf dem nicht verwalteten Knoten starten.
  3. Optional: Wenn Sie ein angepasstes Collector-Plug-in für Statistiken verwenden, um die Knotengeschwindigkeit und die durchschnittliche CPU-Auslastung für das Arbeitsprofil zu ermitteln, definieren Sie den Namen der Klasse als angepasste Eigenschaft für den nicht verwalteten Knoten. In diesem Fall hat das Plug-in die Möglichkeit, einen fernen Agenten zu verwenden. Bevor Sie diese angepasste Eigenschaft konfigurieren, müssen Sie ein angepasstes Collector-Plug-in für Statistiken codiert und im Verzeichnis lib installiert haben.
    1. Klicken Sie auf Systemverwaltung > Knoten > Knotenname > Angepasste Eigenschaften > Neu.
    2. Geben Sie im Feld Name den Wert stats.collector.implementation.class ein.
    3. Geben Sie im Feld Wert den Namen der Klasse des angepassten Collector-Plug-ins für Statistiken ein. Standardmäßig ist dies die Klasse com.ibm.ws.externalnode.plugins.DefaultStatsCollector.
    4. Sie können weitere Konfigurationsparameter angeben, indem Sie die angepasste Eigenschaft stats.collector.config für die nicht verwalteten Knoten hinzufügen. Der Provider des angepassten Plug-in muss Ihnen diese Informationen zur Verfügung stellen. Die Eigenschaft stats.collector.config ist nicht erforderlich, wenn Sie die Standardklasse com.ibm.ws.externalnode.plugins.DefaultStatsCollector verwenden.
  4. Erstellen Sie einen generischen Servercluster.
    1. Klicken Sie in der Administrationskonsole auf Server > Generische Servercluster > Neu.
    2. Geben Sie im Feld Name einen Wert ein, und wählen Sie ein Protokoll für den generischen Servercluster aus.
    3. Klicken Sie auf Anwenden.
    4. Geben Sie die Endpunkte bzw. Ports für den generischen Servercluster an. Klicken Sie auf der Seite mit den Einstellungen des generischen Serverclusters auf Ports.
    5. Klicken Sie auf Neu, um dem generischen Servercluster Endpunkte hinzuzufügen.
  5. Optional: Wenn Sie den fernen Agenten im vorherigen Schritt für die Empfangsbereitschaft an einem anderen Port als dem Standardport konfiguriert haben, ein angepasstes Collector-Plug-in für Statistiken verwenden oder Ihre Knoten mit mehreren Schnittstellen verbunden sind, d. h. mehrere Netzschnittstellenkarten oder mehrere Hostnamen haben, müssen Sie die angepasste Eigenschaft "node" für die Endpunkte des generischen Serverclusters definieren.
    1. Klicken Sie in der Administrationskonsole auf Server > Generische Servercluster >Clustername > Weitere Eigenschaften > Ports >Hostname> Weitere Eigenschaften > Angepasste Eigenschaften > Neu.
    2. Definieren Sie die angepasste Eigenschaft. Geben Sie für den Namen der angepassten Eigenschaft node ein. Der Wert der angepassten Eigenschaft muss der Name des nicht verwalteten Knotens sein, der dem Port für den generischen Servercluster zugeordnet ist.
    3. Klicken Sie auf "Anwenden".
  6. Installieren Sie Ihre Anwendung auf den externen Knoten mit den definierten Portnummern.
  7. Aktivieren Sie die externe Überwachung, indem Sie den fernen Agenten auf allen externen Knoten aktivieren.
  8. Definieren Sie Routing-Richtlinien für generische Servercluster.

    Bevor Sie Routing-Regeln erstellen, müssen Sie die zugehörigen virtuellen Hosts erstellen. Zum Definieren der virtuellen Hosts klicken Sie in der Administrationskonsole auf Umgebung > Virtuelle Hosts.

  9. Definieren Sie Servicerichtlinien für generische Servercluster.

Ergebnisse

Der Work-Profiler ruft die durchschnittliche CPU-Auslastung und Knotengeschwindigkeit von den externen Knoten ab und kann den Datenverkehr an die externen Knoten weiterleiten.

Nächste Schritte

Fahren Sie mit der Konfiguration des On Demand Routers und des Autonomic Request Flow Manager fort.



Zugehörige Tasks
Konfigurationen Middleware-Server hinzufügen
Externe Überwachung mit dem fernen Agenten aktivieren
ODR erstellen
Eine Servicerichtlinie definieren
Autonomic Request Flow Manager konfigurieren
Task-Artikel    

Nutzungsbedingungen | Feedback

Letzte Aktualisierung: 24.09.2009 16.39 Uhr EDT
http://publib.boulder.ibm.com/infocenter/wxdinfo/v6r1m1/index.jsp?topic=/com.ibm.websphere.ops.doc/info/odoe_task/todrnonxd.html