Identification des incidents d'acheminement des requêtes et de gestion de charge de travail au travers du serveur proxy

Cette section fournit des informations sur l'identification des incidents de trafic des requêtes qui passent pas le serveur proxy.

Avant de commencer

Vous devez avoir connaissance des machines et des noeuds appartenant au cluster de serveurs proxy, pour pouvoir installer le produit sur ces machines. Vous devez également connaître l'URL des applications, du déploiement des applications et des détails de définition des clusters. Le serveur proxy doit être démarré.

Pourquoi et quand exécuter cette tâche

Vous pouvez utiliser le MBean de serveur proxy pour déterminer la manière dont les requêtes sont acheminées vers les applications, puis vers un serveur d'applications particulier. Si la requête est acheminée de façon incorrecte, vous pouvez désactiver l'acheminement vers les applications spécifiques ou reconfigurer les règles d'acheminement.
Remarque : Cette rubrique fait référence à un ou plusieurs des fichiers journaux de serveur d'applications. Il est recommandé de configurer le serveur de telle sorte qu'il utilise l'infrastructure de journalisation et de trace HPEL (High Performance Extensible Logging) à la place des fichiers SystemOut.log, SystemErr.log, trace.log et activity.log sur les systèmes distribués et IBM® i. Vous pouvez également utiliser HPEL conjointement avec vos fonctions de journalisation z/OS natives. Si vous utilisez l'infrastructure HPEL, vous pouvez accéder à toutes les informations de journalisation et de trace en utilisant l'outil de ligne de commande LogViewer à partir de votre répertoire bin de profil de serveur. Pour plus d'informations sur l'utilisation de HPEL, voir les informations sur l'utilisation de HPEL en vue du traitement des incidents liés aux applications.

Procédure

  1. Obtenez le MBean d'acheminement dynamique pour le serveur proxy et appelez l'opération afin de générer les informations d'acheminement pour l'URI. Démarrez wsadmin et récupérez tous les MBeans d'acheminement dynamique comme suit :
     $AdminControl queryNames  
     type=DynamicRoute,*
    
    définissez routembean <copiez et collez l'identifiant de MBean depuis la sortie de commande précédente>
    
     $AdminControl invoke $routembean debugRouting {http://*/urlpattern all}
    Utilisez un astérisque (*) afin de concerner tous les hôtes virtuels or définissez explicitement un hôte virtuel. Par exemple, http://proxy_name:80/urlpattern. La commande set routembean doit correspondre au MBean issu de la sortie de la commande précédente.

    Le serveur proxy démarrera en générant les informations relatives à l'acheminement pour toutes les requêtes HTTP suivantes correspondant à l'hôte virtuel et au modèle URL spécifiés dans le fichier SystemOut.log.

  2. Envoyez le trafic de charge de travail représentant passant par le serveur proxy.
  3. Analysez les informations d'acheminement dans le fichier SystemOut.log du serveur proxy.
  4. A l'aide de la console d'administration, faites les modifications nécessaires pour que l'acheminement des applications active ou désactive l'acheminement par le serveur proxy en cliquant sur Applications > Applications d'entreprise.
  5. Répétez les étapes deux à quatre jusqu'à ce que le routage de toutes les requêtes soit satisfait.
  6. Désactivez les informations d'acheminement à l'aide de wsadmin comme suit :
    $AdminControl invoke $routembean
    stopDebugRouting 

Résultats

Le serveur proxy et les applications sont correctement configurés pour un accès externe.

Icône indiquant le type de rubrique Rubrique de tâche



Icône d'horodatage Dernière mise à jour: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=tjpx_troubreqrout
Nom du fichier : tjpx_troubreqrout.html