Paramètres de règles de supervision

Indique le nombre maximal de fois que le produit tente de démarrer un serveur d'applications en réponse à une demande de démarrage. Si le serveur ne démarre pas une fois le nombre de tentatives spécifié atteint, un message d'erreur est généré pour indiquer que le serveur d'applications ne peut pas démarrer.

Indique, en secondes, l'intervalle qui s'écoule entre deux tentatives consécutives de communication entre le processus parent, tel que l'agent de noeud, et le processus qu'il a engendré, tel qu'un serveur d'applications. Augmentez ou diminuez cette valeur en fonction des impératifs de redémarrage des serveurs en échec. Une valeur plus faible entraîne une détection précoce des échecs, tandis qu'une valeur plus élevée entraîne une réduction de la fréquence d'émission des commandes ping et donc du temps système.

Dans un environnement z/OS, le paramètre Intervalle entre commandes ping d'un gestionnaire de déploiement ou d'un agent de noeud est ignoré. Cependant, le paramètre Intervalle entre commandes ping d'un serveur d'applications est utilisé par l'agent de noeud pour contrôler la fonction de surveillance PidWaiter du système d'exploitation natif z/OS. La surveillance PidWaiter est similaire, en termes de fonctionnalité, au sondage par commandes ping utilisé dans les environnements répartis. Ces deux fonctions de surveillance ont le même objectif : déterminer si un serveur d'applications est toujours actif. La seule différence est que la surveillance PidWaiter n'envoie pas de messages TCP/IP comme le fait le sondage par commandes ping.

Eviter les incidents :

• Si vous affectez la valeur 0 à cette propriété, qui indique qu'aucune vérification n'est effectuée, des unités d'exécution, telles que PidWaiter, peuvent s'arrêter avant de renvoyer l'état à l'unité d'exécution initiatrice. Dans ce cas, le gestionnaire de déploiement peut ne pas indiquer certains événements aux agents de noeud, ce qui peut avoir un impact sur le traitement stopServer.sh.
• Si vous affectez à cette propriété une valeur supérieure à 0 mais inférieure ou égale à 5, la valeur réelle utilisée pour l'intervalle entre commandes ping est 5.

gotcha

Vous pouvez aussi définir les deux propriétés suivantes pour réduire considérablement le nombre de recherches DNS pouvant résulter de l'activité de surveillance :

1. Vous pouvez ajouter le propriété personnalisée de JVM com.ibm.websphere.management.monitoring.pingInterval pour le contrôleur de chaque processus. Sa valeur par défaut est de 60 secondes. Il est déconseillé de changer cette valeur, sauf si vous avez besoin de minimiser le nombre de recherches DNS. Dans ce cas, choisissez un intervalle approprié à votre système.

   Lorsque cette propriété est définie pour le gestionnaire de déploiement, elle détermine à quel intervalle celui-ci vérifie si l'agent de noeud est toujours actif. Lorsqu'elle est définie pour l'agent de noeud, elle détermine à quel intervalle celui-ci vérifie si le gestionnaire de déploiement est toujours actif. Lorsqu'elle est définie pour un serveur d'applications, elle détermine à quel intervalle celui-ci vérifie si l'agent de noeud est toujours actif.

2. Vous pouvez ajouter la variable d'environnement protocol_iiop_resolve_foreign_hostname au niveau de la cellule et lui attribuer la valeur 0. Le fait de régler cette variable à 0 désactive la fonction IIOP de résolution des noms d'hôte étrangers, éliminant du même coup les recherches DNS exécutées par cette fonction.

Si vous ajoutez ces deux propriétés, les recherches DNS ne sont pas complètement éliminées des processus produit.

Lorsqu'un processus parent (par exemple, un gestionnaire de processus) engendre un processus enfant (par exemple, un serveur), le processus parent sonde le processus enfant en lui envoyant une commande ping pour déterminer s'il a été généré avec succès. Ce paramètre spécifie, en secondes, le délai au terme duquel le processus parent considère que le processus enfant a échoué s'il n'obtient pas de réponse.

Indique si le processus doit redémarrer automatiquement en cas d'échec.

Si vous modifiez la valeur indiquée dans cette zone, vous devez redémarrer le serveur d'applications et l'agent de noeud pour que le nouveau paramètre soit pris en compte.

Ce paramètre n'affecte pas les paramètres que vous avez définis pour l'état de redémarrage du noeud. Les deux paramètres sont mutuellement exclusifs.

Ce paramètre ne s'affiche que pour le produit WebSphere Application Server, Network Deployment. Il indique le comportement souhaité des serveurs après arrêt complet et redémarrage du noeud.

Ce paramètre n'affecte pas les paramètres que vous avez définis pour le redémarrage automatique. Les deux paramètres sont mutuellement exclusifs.