Fehlerbehebung für das Anforderungsrouting und Workload-Management über den Proxy-Server

Dieser Artikel enthält Informationen zur Fehlerbehebung beim Anforderungsverkehr, der über den Proxy-Server fließt.

Vorbereitende Schritte

Sie müssen die Maschinen und Knoten kennen, die zum Proxy-Server-Cluster gehören, weil das Produkt auf diesen Maschinen installiert sein muss. Außerdem müssen Sie den URL für die Anwendungen, die Anwendungsimplementierung und die Details der Clusterdefinition kennen. Der Proxy-Server muss gestartet sein.

Informationen zu diesem Vorgang

Sie können die MBean des Proxy-Servers verwenden, um festzulegen, wie Anforderungen an Anwendungen und danach an einen bestimmten Anwendungsserver weitergeleitet werden. Wenn die Anforderung falsch weitergeleitet wird, können Sie das Routing an bestimmte Anwendungen inaktivieren oder die Routing-Regeln rekonfigurieren.
Anmerkung: Dieser Artikel referenziert eine oder mehrere Protokolldateien des Anwendungsservers. Alternativ dazu wird empfohlen, den Server so zu konfigurieren, dass er die HPEL-Protokoll- und -Traceinfrastruktur (High Performance Extensible Logging) verwendet und nicht die Dateien SystemOut.log , SystemErr.log, trace.log und activity.log auf verteilten oder IBM® i-Systemen. Sie können HPEL auch in Verbindung mit Ihren nativen z/OS-Protokolleinrichtungen verwenden. Wenn Sie HPEL verwenden, können Sie mit dem Befehlszeilentool LogViewer im Verzeichnis "bin" des Serverprofils auf alle Ihre Protokoll- und Tracedaten zugreifen. Weitere Informationen zur Verwendung von HPEL finden Sie in der Dokumentation zum Einsatz von HPEL für die Fehlerbehebung in Anwendungen.

Vorgehensweise

  1. Rufen Sie die MBean für dynamische Routen (DynamicRoute) für den Proxy-Server ab und rufen Sie die Operation zum Generieren von Routing-Informationen für den URI auf. Starten Sie wsadmin und rufen Sie alle MBeans für dynamische Routen wie folgt ab:
     $AdminControl queryNames  
     type=DynamicRoute,*
    
    set routembean <MBean-ID aus der vorherigen Ausgabe ausschneiden und einfügen>
    
     $AdminControl invoke $routembean debugRouting {http://*/urlpattern all}
    Mit einem Stern (*) können Sie alle virtuellen Hosts angeben. Sie können aber auch explizit einen bestimmen virtuellen Host angeben. Beispiel: http://proxy_name:80/urlpattern. Der Befehl set routembean muss der MBean aus der Ausgabe des vorherigen Befehls entsprechen.

    Der Proxy-Server generiert Routing-bezogene Informationen für alle nachfolgenden HTTP-Anforderungen, die dem angegebenen virtuellen Host und dem URL-Muster entsprechen, in der Datei SystemOut.log.

  2. Senden Sie eine repräsentative Workload über den Proxy-Server.
  3. Analysieren Sie die Routing-Informationen in der Datei SystemOut.log des Proxy-Servers.
  4. Nehmen Sie die erforderlichen Änderungen am Anwendungsrouting vor, um das Routing über den Proxy-Server zu aktivieren oder zu inaktivieren. Klicken Sie dazu in der Administrationskonsole auf Anwendungen > Unternehmensanwendungen.
  5. Wiederholen Sie die Schritte zwei bis vier, bis das Routing aller Anforderungen zufriedenstellend ist.
  6. Inaktivieren Sie die Erfassung der Routing-Informationen mit wsadmin wie folgt:
    $AdminControl invoke $routembean
    stopDebugRouting 

Ergebnisse

Der Proxy-Server und die Anwendungen sind ordnungsgemäß für externen Zugriff konfiguriert.

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=tjpx_troubreqrout
Dateiname:tjpx_troubreqrout.html