[AIX Solaris HP-UX Linux Windows][z/OS]

Configuration du routeur On Demand pour la reprise et le routage d'équilibrage de charge multicluster

Pour configurer le routeur On Demand (ODR) afin d'acheminer les demandes vers un cluster différent, définissez des propriétés personnalisées pour configurer des stratégies de routage pour l'équilibrage de charge et la reprise entre plusieurs clusters. Envoyez les demandes vers un cluster d'une autre cellule en cas de défaillance du cluster principal si vous voulez équilibrer la charge entre plusieurs clusters de l'environnement ou envoyez les demandes à un cluster différent.

Avant de commencer

  • Créez le routeur ODR pour votre cellule. Pour plus d'informations, consultez la rubrique relative à la création de routeurs ODR.
  • Configurez et déployez les clusters et les applications pour votre stratégie multicluster.
  • Si les clusters se trouvent dans différentes cellules, configurez la passerelle de groupe central pour leur permettre de communiquer, ou utilisez une définition de cluster de serveurs génériques.

Pourquoi et quand exécuter cette tâche

Utilisez des stratégies de routage multicluster pour la reprise et l'équilibrage de charge. Avec unereprise multi-cluster, vous pouvez faire en sorte que la charge de travail soit dirigée vers un cluster lorsque le cluster principal échoue. Le routage d'équilibrage de charge permet d'équilibrer les charges liées aux demandes entre plusieurs clusters.

Procédure

  1. Créez une propriété personnalisée pour la stratégie de routage multicluster. Dans la console d'administration, cliquez sur Serveurs > Types de serveurs > Routeurs On Demand > nom_ODR > Propriétés des routeurs On Demand > Paramètres des routeurs On Demand > Propriétés personnalisées > Nouveau
  2. Entrez un nom pour la stratégie de routage multi-cluster dans la zone Nom. Le nom doit commencer par la chaîne de jeton MCRP@. La syntaxe complète de la zone de nom est la suivante :
    MCRP@nom_cellule[$nom_application[$nom_module_Web[$nom_cluster]]]
    Remarque : Il est recommandé de configurer les stratégies de routage avec reprise en ligne et rééquilibrage de charge via les tâches wsadmin sauf si vous avez déjà effectué l'opération à l'aide d'une propriété personnalisée. Pour plus d'informations, consultez les rubriques relatives aux règles pour les tâches d'administration des stratégies de routage ODR.
    Tableau 1. Composants de la syntaxe de zone de nom
    Option Description
    MCRP Indique que la propriété personnalisée est une stratégie de routage multicluster (MCRP). Ce préfixe doit être indiqué en majuscules.
    @ Symbole requis. Ce symbole fait office de séparateur entre le nom de stratégie et celui de la cellule. Dans cette configuration, il permet généralement de séparer un attribut de nom de stratégie d'un nom de cellule.
    nom_cellule Indique le nom de la cellule. Cette cellule doit être une cellule valide qui exécute WebSphere Application Server. La combinaison maj/min et l'orthographe doivent correspondre à la configuration de WebSphere Application Server.
    $ Sépare les objets WebSphere Application Server.
    nom_application Indique le nom de l'application sans l'extension de fichier. Par exemple, si le nom de l'application de l'entreprise est StockTrade.ear, indiquez StockTrade comme valeur de nom_application.
    nom_module_web Indique le nom du module Web sans l'extension de fichier .war.
    nom_cluster Indique le nom du cluster sur lequel l'application est déployée.
    [ ] Désigne les variables facultatives.

    Voici des exemples de zone de nom :

    Le nom suivant permet de configurer la règle sur toutes les applications dans myCell01.

    MCRP@myCell01

    Le nom suivant permet de configurer la règle sur myWebModule dans myApplication.

    MCRP@myCell01$myApplication$myWebModule

    Le nom suivant permet de configurer la règle sur toutes les modules Web dans myApplication.

    MCRP@myCell01$myApplication
    Le nom suivant permet de configurer la règle sur le cluster myCluster1 auquel myWebModule est mappé.
    MCRP@myCell01$myApplication$myWebModule$myCluster
  3. Entrez une valeur dans la zone Valeur. La syntaxe complète de la zone de valeur est la suivante :
    type_stratégie@nom_cellule1$nom_cluster1[,nom_cellule2$nom_cluster2,...]
    Tableau 2. Composants de la syntaxe des zones de valeur
    Option Description
    type_stratégie

    La valeur policy_type n'est pas sensible à la casse. Les valeurs failover, wlor ou wrr peuvent être spécifiées en majuscules ou en minuscules.

    Valeurs admises :

    avec un type de stratégie failover : lorsqu'une demande destinée au module Web de l'application de la cellule spécifiée dans la zone Nom échoue, une reprise en ligne est effectuée pour basculer la demande sur la cellule et le cluster indiqués dans la zone Valeur après le symbole @. Les demandes sont acheminées vers la cellule et le cluster configurés uniquement lorsque la cellule principale est défaillante. L'état de la cellule est indiqué par un code d'état HTTP 503 signalant un service non disponible.

    wlor : indique une stratégie d'équilibrage de charge pour les demandes en suspens avec pondération minimale. Cette stratégie est appliquée lorsque le routeur ODR est actif et lit la configuration des propriétés personnalisées. La stratégie d'équilibrage de charge prend non seulement en compte les pondérations mais également le nombre de demandes HTTP en attente dans un cluster. Cette stratégie permet de distribuer plus efficacement les demandes entre les clusters qui peuvent les traiter. wlor est recommandé sur wrr.

    De nouvelles valeurs de pondération sont obtenues toutes les 15 secondes de Dynamic Workload Manager (DWLM) ; cet intervalle inclut le temps de réponse au niveau de l'application. Utilisez la propriété système mcrp.ui pour définir le nouvel intervalle de mise à jour en secondes.
    Remarque : Le comportement par défaut du routeur ODR est d'exécuter l'équilibrage de charge wlor sur des cellules et clusters si une demande ne correspond pas à une règle de routage ODR existante ou s'il n'existe aucune règle de routage ODR

    wrr : indique une stratégie d'équilibrage de charge avec permutation circulaire pondérée. Cette règle est appliquée lorsque le routeur ODR est actif et lit la configuration des propriétés personnalisées.

    De nouvelles valeurs de pondération sont obtenues toutes les 15 secondes de Dynamic Workload Manager (DWLM) ; cet intervalle inclut le temps de réponse au niveau de l'application. Utilisez la propriété système mcrp.ui pour définir le nouvel intervalle de mise à jour en secondes.

    nom_cellule Indique le nom de la cellule. Cette cellule doit être une cellule valide qui exécute WebSphere Application Server. La combinaison maj/min et l'orthographe doivent correspondre au nom de la cellule WebSphere Application Server.
    nom_cluster

    Les noms de cluster peuvent être des noms de clusters ou de clusters dynamiques de la cellule locale, d'un cluster se trouvant dans une cellule relié par passerelle au service de passerelle de groupe central, ou d'un cluster de serveurs génériques.

    La valeur de nom de cluster doit comporter la même combinaison maj/min et être orthographiée comme pour le nom indiqué lors de la création du cluster dans la console d'administration.

    , La virgule (,) permet de séparer un ensemble de valeurs dans la liste.

    Tous les noms d'artefact de Java™ Platform, Enterprise Edition (Java EE), comme nom_cellule, nom_application et nom_cluster, doivent être orthographiés comme ils le sont dans la configuration de WebSphere Application Server.

    La valeur nom_cellule ou nom_cluster qui figure dans la zone Nom ou Valeur peut être un caractère générique (*). Si vous utilisez le caractère générique à la place d'un nom de cellule, toutes les cellules du groupe de cellules sont affichées. Un groupe de cellules est défini par toutes les cellules reliées par passerelle à la passerelle de groupe central. Si vous utilisez le caractère générique à la place de la valeur nom_cluster, tous les clusters de la cellule donnée sont affichés. Le recours à une valeur de caractère générique est appropriée uniquement si vous utilisez le routage d'équilibrage de charge multicluster.

    Voici des exemples de zone de valeur :

    La stratégie suivante configure une stratégie de reprise. En cas de défaillance, les demandes peuvent être renvoyées vers le cluster de serveurs génériques myGSC1 dans la cellule thesaharaCell01.
    failover@myCell01$myCluster1,myCell01$myGSC1
    La stratégie suivante configure une stratégie d'équilibrage de charge pour les demandes en attente avec pondération minimale.
    wlor@thesaharaCell01$myCluster1,myCell2$myCluster2
    La stratégie suivante configure une stratégie de permutation circulaire.
    wrr@thesaharaCell01$myNYCGSC,cell_2$cluster_2
    La valeur suivante permet d'équilibrer la charge entre toutes les combinaisons de cellule et de cluster dans lesquelles l'application configurée est déployée.
    wrr@*$*
  4. Cliquez sur Valider ou sur OK pour valider vos nouveaux paramètres personnalisés.

Résultats

Le routeur ODR effectue le routage vers plusieurs clusters, suivant la configuration effectuée dans la stratégie de routage multicluster.

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=twve_odrcustom
Nom du fichier : twve_odrcustom.html