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

Création de stratégie de santé

Une stratégie de santé correspond à la définition de critères de santé spécifiques. La fonction Gestion intelligente protège votre environnement par rapport à ces critères. La fonction de gestion de la santé utilise une stratégie définie pour identifier les dysfonctionnements logiciels dans l'environnement.

Avant de commencer

  • Pour créer une stratégie de santé, vous devez disposer des privilèges de configurateur ou d'administrateur. Le contrôleur de santé doit être activé.
  • Pour qu'une action personnalisée s'exécute sur le serveur cible lorsque la condition de santé définie dans la règle de santé n'est pas respectée, définissez cette action avant de créer la stratégie de santé. Pour plus d'informations, consultez la rubrique relative à la création d'actions personnalisées pour la stratégie de santé.

Pourquoi et quand exécuter cette tâche

Les stratégies de santé s'associent au contrôleur de santé pour surveiller le fonctionnement des serveurs de votre environnement. Si le contrôleur de santé signale que vos serveurs ne respectent pas une stratégie de santé définie, vous pouvez intervenir pour résoudre l'incident. Vous pouvez signaler l'incident à l'administrateur des incidents ou la fonction Gestion intelligente peut résoudre l'incident automatiquement.

Procédure

  1. Dans la console d'administration, cliquez sur Stratégies opérationnelles > Stratégies de santé > Nouveau.
  2. Définissez les propriétés de condition de santé pour la stratégie de santé.
    A faire : Les conditions de dépassement du nombre de demandes arrivées à expiration et de drainage incorrect des demandes ne s'appliquent pas au trafic JMS (Java™ Message Service) et IIOP (Internet Inter-ORB Protocol).
    Les conditions de stratégie de santé incluent les propriétés suivantes :
    • Définissez les propriétés applicables à la condition de santé que vous avez sélectionnée. Si vous choisissez de créer une condition de santé personnalisée, indiquez une sous-expression représentant les mesures que vous évaluez dans votre condition personnalisée. Pour plus d'informations sur les conditions que vous pouvez définir, cliquez sur Aide relative à la syntaxe.

      Lorsque vous définissez une condition personnalisée, il est convient de prendre en compte le coût de la collecte des données, de l'analyse des données et, si nécessaire, de l'application de la stratégie de santé. Tenez compte de la quantité de trafic sur votre réseau, notamment si vous augmentez le nombre de serveur générant des données. Avant d'introduire de nouvelles stratégies de santé dans l'environnement de production, analysez ces aspects pour vos conditions de santé personnalisées.

      Vous pouvez définir d'autres options de configuration pour vos conditions de santé personnalisées optimisant les modules PMI, notamment les modules webAppModules, en définissant des granularités plus fines que celle du serveur. Par exemple, vous pouvez utiliser le générateur de sous-expression pour créer d'abord une stratégie webAppModule puis éditer l'expression afin de définir une granularité plus fine :

      PMIMetric_FromServerStart$webAppModule$SlamSess\#SlamSess.war\/webAppModule.servlets\/SlamSess\/responseTime > 100L
      Dans cet exemple, le nom d'application s'affiche sous forme de SlamSess lorsque vous répertoriez les applications dans la console d'administration. Si vous utilisez un fichier EAR, spécifiez le nom du fichier WAR (Web ARchive) après le nom du fichier EAR. Si le fichier WAR ne fait pas partie d'un fichier EAR, indiquez uniquement le nom du fichier WAR. La valeur SlamSess correspond au servlet répertorié dans le fichier web.xml. La valeur responseTime correspond à la statistique répertoriée dans la définition du module PMI (Performance Monitoring Infrastructure).
    • Sélectionnez un mode de réaction. Le mode Supervisé permet à l'administrateur d'approuver ou de rejeter des actions avant leur lancement.
    • Sélectionnez les actions à exécuter si les conditions de la stratégie de santé ne sont pas remplies. Les actions possibles dépendent du type de condition de santé.Il peut s'agir des actions par défaut existantes ou d'actions personnalisées que vous définissez pour l'exécution d'un fichier exécutable. Une liste d'actions s'affiche selon l'ordre d'exécution lorsque la condition de santé n'est pas respectée. Vous pouvez ajouter ou supprimer des étapes de la liste.
    • Si vous sélectionnez une action personnalisée pour votre stratégie de santé, vous devez indiquer les cibles de votre action personnalisée. Si vous sélectionnez Noeud hébergeant le serveur défaillant comme noeud cible, les options de serveur cible sont Agent de noeud du serveur défaillant et Serveur défaillant.
  3. Sélectionnez les membres à surveiller. Les couches logiques peuvent s'appliquer aux membres contrôlés. Par exemple, vous pouvez être amené à appliquer une stratégie de santé spécifique à chaque membre d'un cluster et à un serveur d'applications situé hors du cluster.
  4. Vérifiez et sauvegardez votre stratégie de santé.

Résultats

Vous avez créé une stratégie de santé que vous avez appliquée à un environnement cible. Le contrôleur de santé contrôle les conditions que vous avez définies pour les membres de la stratégie de santé et applique les actions définies aux membres lorsque les conditions de la stratégie de santé ne sont pas respectées.

Que faire ensuite

Si vous choisissez le mode de réaction Supervisé, vous recevez des recommandations pour améliorer vos conditions de santé. Ces recommandations s'affichent sous forme de tâches d'exécution que vous pouvez accepter, refuser ou fermer. Pour gérer les tâches d'exécution, cliquez sur Administration du système > Gestion des tâches > Tâches d'exécution dans la console d'administration. Si vous choisissez le mode de réaction Automatique, les actions permettant d'améliorer la santé de votre environnement sont appliquées automatiquement.

Pour les tâches d'exécution en mode de réaction Supervisé, vous pouvez définir la propriété personnalisée com.ibm.ws.xd.hmm.controller.ControlConfig.approvalTimeOutMinutes de la machine virtuelle Java (JVM) qui spécifie le nombre de minutes pouvant s'écouler avant l'expiration d'une tâche d'exécution pour le contrôleur de santé. Si vous paramétrez la valeur sur 5 minutes ou moins, la valeur par défaut de 30 est automatiquement utilisée. Si aucune action n'est entreprise sur la tâche d'exécution, celle-ci expire au terme du délai spécifié par cette propriété. Si la tâche d'exécution expire alors que le problème de santé existe encore, une nouvelle tâche d'exécution est générée.

Si vous configurez vos stratégies de santé souvent, envisagez d'utiliser des commandes AdminTask pour automatiser le processus.


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_odhealthpolicy
Nom du fichier : twve_odhealthpolicy.html