WebSphere Extended Deployment, Version 6.0.x     Systèmes d'exploitation : AIX, HP-UX, Linux, Solaris, Windows, z/OS

Gestion de la santé et tâches à exécution longue

Le comportement de la gestion de santé peut varier, selon qu'il s'agit d'une tâche transactionnelle ou Web, ou d'une tâche d'application Business Grid, dont l'exécution est généralement longue.

Il existe plusieurs cas dans lesquels le comportement général de la gestion de santé est différent pour les applications à exécution longue. Par exemple, une application longue qui s'exécute pendant plusieurs heures ou plusieurs jours peut retarder le redémarrage des serveurs jusqu'à ce que les travaux Business Grid en attente sur le membre de cluster dynamique soient achevés. Certaines conditions de stratégie de santé qui utilisent les données du routeur ODR ou du conteneur Web ne s'appliquent pas car le planificateur de Business Grid soumet directement les travaux à l'environnement d'exécution.

Pendant que le contrôleur de gestion de santé gère les serveurs transactionnels, il n'effectue aucun redémarrage de serveur tant qu'un serveur est encore actif sur le cluster dynamique. Cependant, cette règle n'est pas applicable aux serveurs Business Grid. Le contrôleur de gestion de santé doit toujours redémarrer le serveur lorsque Business Grid autorise un redémarrage, quel que soit le nombre des instances actives du serveur. Il interroge le planificateur Business Grid pour savoir si les redémarrages sont autorisés. Le planificateur Business Grid décide s'il convient de redémarrer le serveur.

Le planificateur Business Grid s'exécute généralement sur un serveur transactionnel, et toutes les opérations de stratégie de santé existantes peuvent ainsi s'appliquer.

La liste suivante décrit le traitement des stratégies de santé existantes sur les serveurs des environnements d'exécution longue. Pour plus d'informations sur ces stratégies de santé, voir Création d'une stratégie de santé.

Table 1. Traitement des stratégies de santé existantes dans l'environnement d'exécution longue
Type de condition Comportement

Condition d'ancienneté

Si aucun travail n'est en cours d'exécution sur le serveur Business Grid, le redémarrage s'effectue sur le même noeud. Si des travaux sont en cours d'exécution, le contrôleur de gestion de santé interroge le planificateur Business Grid sur la condition du système, mais ne redémarre pas le serveur. Le planificateur Business Grid met le serveur au repos en interrompant la distribution des travaux vers ce serveur. Le contrôleur de gestion de santé continue d'indiquer les conditions d'ancienneté à chaque fois qu'il effectue un recyclage. Une fois le dernier travail du serveur terminé, le planificateur Business Grid autorise un redémarrage sur le même noeud lors de l'appel suivant de condition d'ancienneté par le contrôleur de gestion de santé.

Condition de mémoire : utilisation excessive de mémoire

Condition de mémoire : fuite de mémoire

Les conditions de mémoire étant considérées comme plus graves que les conditions d'ancienneté, le planificateur Business Grid autorise un redémarrage sur le même noeud. Tous les travaux par lots interrompus à cause du redémarrage redémarrent automatiquement lors du redémarrage du nouveau serveur. Tous les travaux de traitement lourd activés échouent.

Condition d'attente excessive des demandes

Condition de temps de réponse excessif

Condition de drainage incorrect des demandes

Condition de charge de travail

Les capteurs concernés par ces conditions ne sont pas pris en compte lors du traitement des travaux de Business Grid. Vous pouvez configurer ces stratégies pour qu'elles s'appliquent aux serveurs Business Grid, par exemple, au niveau de la cellule. Ces stratégies ne sont actives pour un serveur Business Grid que si vous utilisez une configuration mixte Web et Business Grid, ce qui signifie que ces deux types d'applications sont déployés sur un seul cluster dynamique. Si vous disposez d'une configuration mixte, le contrôleur de gestion de santé affiche des messages d'avertissement s'il rencontre ces conditions sur des serveurs d'environnement d'exécution longue. Il est préférable de déployer vos applications Web et Business Grid sur des clusters dynamiques différents.



Related concepts
Présentation de la gestion de santé
Environnements d'exécution longue

Related tasks
Création d'une stratégie de santé
Configuration du contrôleur de gestion de santé

Rubrique Concept    

Conditions d'utilisation | Commentaires Dernière mise à jour le : Mar 16, 2006 9:55:50 AM EST
http://publib.boulder.ibm.com/infocenter/wxdinfo/v6r0/index.jsp?topic=?topic=/com.ibm.websphere.xd.doc/info/odoe_task/codhealthbgrid.html

© Copyright IBM 2005, 2006. All Rights Reserved.
Ce centre de documentation s'appuie sur la technologie Eclipse. (http://www.eclipse.org)