# Paramètres des stratégies de santé

Cette page permet de modifier les stratégies de santé existantes. Les stratégies de santé préservent la bonne santé de l'environnement à l'aide de méthodologies de prévention et de détection .

Pour afficher cette page de la console d'administration, cliquez sur Stratégies d'exploitation > Règles de santé > nom_règle_santé.

Si vous êtes utilisateur avec le rôle contrôleur ou opérateur, vous pouvez uniquement afficher les informations de la règle de santé. Si vous êtes utilisateur avec le rôle configurateur ou administrateur, vous possédez tous les privilèges de configuration des règles de santé.

Cette page se compose de deux onglets : Configuration et Topologie locale. Dans l'onglet Configuration, vous pouvez afficher et configurer les paramètres la stratégie de santé. Dans l'onglet Topologie locale, vous pouvez afficher une représentation visuelle des appartenances à la règle de santé.

## Nom

Nom de la stratégie de santé. Le nom de la stratégie de santé est requis et doit être unique parmi toutes les autres stratégies de la cellule.

Le nom de l'application ne peut pas commencer par un point (`.`) ni un espace. Un espace ne provoque pas d'erreur mais tout espace placé au début ou à la fin du nom est supprimé automatiquement. Utilisez des noms de stratégies de santé significatifs et cohérents. Par exemple, les stratégies de santé basées sur l'ancienneté peuvent être spécifiées en nommant les stratégies `ANCIENNETE_20JOURS`, `ANCIENNETE_15JOURS`.

## Description

Description supplémentaire de la stratégie de santé. La description est facultative. Vous pouvez la modifier lorsque vous créez ou supprimez une stratégie de santé. Pensez à utiliser la description facultative lorsque vous utilisez de nombreuses stratégies de santé ou lorsque plusieurs administrateurs gèrent le même ensemble de stratégies de santé.

## Condition de santé

La condition de santé définit la stratégie mise en oeuvre.

Certaines règles sont basées sur la prévention, d'autres sur la détection. Les stratégies basées sur la prévention permettent d'éviter les conditions pouvant provoquer des problèmes, tandis que les stratégies basées sur la détection identifient les conditions existantes et offrent une résolution. Vous pouvez utiliser ces stratégies pour effectuer des évaluations fondées sur la santé des clusters, des clusters dynamiques et des instances de serveur d'applications exécutées sur les noeuds. Dans le cas des clusters dynamiques, et quelle que soit la stratégie de santé utilisée, le nombre minimal d'instances de cluster dynamique reste actif.

- Lorsqu'une infraction à la condition basée sur l'ancienneté est commise, les actions de santé associées sont exécutées. Ce redémarrage efface toutes les données acquises mises en cache et en mémoire. Si vous sélectionnez une condition basée sur l'ancienneté, vous devez définir les critères d'ancienneté. La condition basée sur l'ancienneté est prise en charge sur tous les types de serveurs.
- La condition de dépassement du nombre de demandes arrivées à expiration effectue le suivi de la mémoire utilisée pour les demandes arrivant à expiration. Lorsque le pourcentage des demandes arrivant à expiration dépasse la limite de la condition, les actions de santé associées sont exécutées. Si vous sélectionnez cette condition, vous devez définir le seuil de pourcentage de mémoire utilisée. La condition de dépassement du nombre de demandes arrivées à expiration est prise en charge sur tous les types de serveurs.
  Restriction : La condition de dépassement du nombre de demandes arrivées à expiration ne s'applique pas au trafic JMS (Java Message Service) et IIOP (Internet Inter-ORB Protocol).
- La stratégie de la condition de dépassement de temps de réponse effectue le suivi des demandes et la durée d'exécution requise. Lorsque vous sélectionnez la stratégie de dépassement de temps de réponse, vous devez définir le seuil du temps de réponse. Si, dans un intervalle de temps donné, le temps de réponse moyen pour les demandes dépasse la valeur de seuil, la stratégie de santé est déclenchée. La condition de dépassement du temps de réponse est prise en charge sur tous les types de serveurs.
- La condition de mémoire : dépassement de mémoire effectue le suivi de l'utilisation de mémoire correspondant à un membre. Les actions de santé sont exécutées lorsque l'utilisation de la mémoire dépasse un certain pourcentage du délai précisé pour la taille de segment. Lorsque vous sélectionnez la stratégie de dépassement de temps de réponse, vous devez définir la mémoire utilisée et le seuil de dépassement du temps de réponse. La condition de dépassement de mémoire est prise en charge uniquement sur des serveurs d'applications sur des noeuds exécutant WebSphere Application Server ou WebSphere Application Server Community Edition. Il n'est pas possible de définir la condition de dépassement de mémoire pour d'autres types de serveurs middleware.
- La stratégie condition de mémoire : fuite de mémoire effectue le suivi des tendances régulières de baisse de la mémoire disponible pour un serveur dans le segment Java. Le paramètre de détection de niveau détermine le moment où ces tendances sont détectées. Si vous sélectionnez la stratégie condition de mémoire : fuite de mémoire, vous devez définir un niveau de détection. Le niveau de détection le plus lent nécessite la quantité maximale de données historisées. Les niveaux de détection normal et rapide nécessitent la même quantité de données historisées, mais la détection rapide autorise l'analyse avant que le segment Java n'ait atteint sa taille maximale configurée. Ceci permet une détection anticipée, mais plus encline aux faux positifs. En cas d'infraction à cette règle, les actions de santé sont exécutées. La condition de fuite de mémoire n'est pas prise en charge pour d'autres types de serveurs middleware.
- La stratégie condition de drainage incorrect des demandes effectue le suivi des demandes restées bloquées. Les actions de santé associées à cette règle sont exécutées lorsque le niveau de détection indiqué est atteint. La détection de drainage incorrect des demandes fait appel à la détection des points de transition dans des données de série temporelle précises. Les critères de mesure utilisés pour détecter un drainage incorrect des demandes sont les temps de réponse et les pondérations du gestionnaire de charge de travail de déploiement qui sont observés pour le serveur. La condition de drainage incorrect des demandes s'applique uniquement aux clusters dynamiques et aux cellules. Si vous sélectionnez cette stratégie, vous devez sélectionner le niveau de détection.

  Pour détecter des points de transition, le contrôleur de santé calcule une moyenne de gauche et une moyenne de droite pour un point donné. Pour un point, la moyenne de gauche correspond à la valeur moyenne de N échantillons qui arrivent avant cet échantillon et la moyenne de droite est la valeur moyenne de N échantillons, y compris le point en cours, qui arrivent après. La différence des valeurs moyennes de gauche et de droite est enregistrée et comparée à d'autres différences dans un ensemble de valeurs à N pour déterminer si cette différence est un maxima local. Si cette différence correspond à la différence maximale, alors le point auquel cette différence correspond, est appelé point de transition. Les deux métriques utilisées pour détecter un drainage incorrect des demandes sont les temps de réponse et les pondérations du gestionnaire de charge de travail dynamique qui sont observés pour le serveur.

  La condition de drainage incorrect des demandes est prise en charge sur tous les types de serveurs.
  Restriction : La condition de drainage incorrect des demandes ne s'applique pas au trafic JMS et IIOP.
- La règle fondée sur la condition de charge de travail exécute les actions de santé associées lorsque le nombre de demandes défini par l'utilisateur a été traité. Lorsque vous sélectionnez la stratégie de charge de travail, vous devez définir les critères du nombre total de requêtes. La condition de charge de travail est prise en charge sur tous les types de serveurs.
- La règle fondée sur la condition de pourcentage de récupération de place contrôle une machine virtuelle Java (JVM) ou un ensemble de machines pour déterminer si celles-ci consacrent à cette activité un pourcentage de temps supérieur à celui indiqué au cours de la période d'échantillonnage. Etant donné que la récupération de place augmente l'utilisation du processeur, cette règle peut vous informer si cette opération a des effets négatifs sur les performances.

### Condition personnalisée

Définissez une condition personnalisée lorsque les conditions par défaut ne sont pas adaptées à votre environnement.

Par le biais d'une condition personnalisée, vous définissez une sous-expression qui est évaluée par rapport à des mesures d'environnement.

## Propriétés de la condition de santé

Propriétés spécifiques à la condition de santé.

Tableau 1. Propriétés de condition basées sur l'ancienneté
Paramètre | Description
--- | ---
Ancienneté maximale | Cette zone est disponible pour la stratégie basée sur l'ancienneté. Les valeurs admises sont des entiers positifs exprimés en jours ou en heures et compris entre `1` et `365` jours. Pour entrer une valeur du type `1,2` jours, utilisez la valeur `36` heures, car les nombres décimaux ne sont pas pris en charge.

Tableau 2. Propriétés de la condition de dépassement du nombre de demandes arrivées à expiration
Paramètre | Description
--- | ---
Demandes arrivées à expiration | Cette zone est disponible pour la condition de dépassement du nombre de demandes arrivées à expiration. La condition de dépassement du nombre de demandes arrivées à expiration détecte, pour chaque serveur membre de la stratégie, le pourcentage des demandes dirigées vers ce serveur qui sont arrivées à expiration (sur une période de `60` secondes) après avoir été acheminées à partir du routeur ODR (on demand router). Cette zone accepte les nombres entiers compris entre `1` et `99`.

Tableau 3. Propriétés de la condition de dépassement de temps de réponse
Paramètre | Description
--- | ---
Temps de réponse | Cette zone est disponible pour la règle basée sur le dépassement de temps de réponse. La règle basée sur le dépassement de temps de réponse n'est pas respectée si le temps de réponse moyen pour les demandes dépasse un intervalle de temps donné. Les valeurs admises pour cette zone sont comprises entre `1` milliseconde et `60` minutes.

Tableau 4. Condition de mémoire : propriétés de la condition de dépassement de mémoire
Paramètre | Description
--- | ---
Taille du segment JVM | Une infraction à la règle fondée sur le dépassement de mémoire est commise lorsque l'utilisation de la mémoire dépasse un pourcentage de taille de segment de mémoire au fil du temps. Le pourcentage de mémoire totale utilisée est associé à la valeur de durée de dépassement du seuil de mémoire pour déterminer quand redémarrer les membres. Cette zone accepte les nombres entiers compris entre `1` et `99`.
Période d'infraction | Cette zone est disponible pour la règle basée sur la condition de dépassement de mémoire. Une infraction à la règle fondée sur le dépassement de mémoire est commise lorsque l'utilisation de la mémoire dépasse un pourcentage de taille de segment de mémoire au fil du temps. Les valeurs admises pour cette zone sont comprises entre `1` seconde et `60` minutes.

Tableau 5. Condition de mémoire : propriétés de la condition de fuite de mémoire
Paramètre | Description
--- | ---
Niveau de détection | Vous pouvez choisir entre les niveaux de détection suivants. Pour chacun, il existe un compromis entre la rapidité et l'exactitude de la détection des fuites de mémoire suspectées. Détection plus rapide, probabilité plus élevée de fausses alarmes Une règle de détection plus rapide peut détecter une fuite de mémoire potentielle rapidement, mais le risque de fausse alarme est plus élevé qu'avec une règle de détection plus lente, car l'analyse est effectuée avant que le segment Java n'atteigne sa taille maximale configurée. Détection standard, probabilité standard de fausses alarmes : Un niveau de détection standard est plus précis que le niveau rapide, mais n'identifie pas aussi rapidement les fuites de mémoire potentielles. Les détections standard et rapide nécessitent la même quantité de données historisées, mais la détection standard effectue l'analyse lorsque le segment Java a atteint sa taille maximale configurée. Détection lente, faible probabilité de fausses alarmes : Le niveau de détection lent est le plus exact, mais il n'identifie pas aussi rapidement les fuites de mémoire potentielles que le niveau de détection rapide. Le niveau de détection lent est celui qui nécessite la quantité maximale de données historisées.

Tableau 6. Propriétés de la condition de drainage incorrect des demandes
Paramètre | Description
--- | ---
Niveau de détection | Détection standard, probabilité normale de fausses alarmes : Le niveau de détection standard est moins précis que le niveau lent, mais il identifie plus rapidement les drainages incorrects potentiels. Ce niveau utilise moins d'échantillons (N=10) pour les temps de réponse et les pondérations du gestionnaire de charge de travail dynamique et détecte un point de transition dans chacune des métriques basé sur l'ensemble des échantillons. Il en résulte que cette stratégie obtient une conclusion plus rapidement car elle attend 20 échantillons, 10 pour la moyenne de gauche et 10 pour la moyenne de droite, afin de calculer une différence des moyennes et rechercher un maxima local. Les échantillons sont collectés toutes les 15 secondes. Ainsi, le drainage incorrect des demandes peut être détecté dans les 5 minutes. Cependant, comme les échantillons sont moins nombreux, s'ils comportent plusieurs pics ou chutes transitoires, la probabilité d'occurrence de fausses alarmes est plus élevée. Détection lente, faible probabilité de fausses alarmes : Le niveau de détection lent est le plus exact, mais il n'identifie pas aussi rapidement les drainages incorrects potentiels que le niveau standard. Ce niveau utilise davantage d'échantillons (N=15) pour les temps de réponse et les pondérations du gestionnaire de charge de travail dynamique. Ainsi, cette stratégie obtient une conclusion plus lentement car elle attend 30 échantillons (15 pour la moyenne de gauche et 15 pour la moyenne de droite) afin de calculer une différence des moyennes. Le temps de détection est de sept minutes et trente secondes. Cependant, du fait de la multitude d'échantillons, la présence de pics ou de chutes transitoires n'affecte pas trop les valeurs des moyennes. La probabilité de fausses alarmes est donc faible.

Tableau 7. Propriétés de la condition de charge de travail
Paramètre | Description
--- | ---
Nombre total de demandes | Une infraction à la règle fondée sur la condition de charge de travail est commise lorsque le nombre de demandes défini par l'utilisateur a été traité. La valeur de la requête doit être supérieure à 1000.

Tableau 8. Condition de pourcentage de récupération de place
Paramètre | Description
--- | ---
Pourcentage de temps passé à la récupération de place | La règle pourcentage de temps passé à la récupération de place contrôle une machine virtuelle Java (JVM) ou un ensemble de machines pour déterminer si celles-ci consacrent à cette activité un pourcentage de temps supérieur à celui indiqué au cours d'une période spécifiée. Les unités sont des pourcentages. La valeur par défaut est 10. Cette zone accepte les nombres entiers compris entre 1 et 99.
Période d'échantillonnage | Cette zone indique la période au cours de laquelle les données de récupération de place sont collectées. Le pourcentage de temps passé à la récupération de place au cours de la période d'échantillonnage doit être supérieur à la valeur de seuil avant l'action corrective. Les unités sont des minutes et des heures. La valeur par défaut est 2 minutes. Les valeurs admises pour cette zone sont comprises entre 1 minute et 24 heures.

Tableau 9. Propriétés de la condition personnalisée
Paramètre | Description
--- | ---
Exécuter le plan de réaction quand | Indique une sous-expression qui représente les métriques que vous évaluez dans votre condition personnalisée.

## Réaction du moniteur de gestion des états

Spécifie le comportement d'Intelligent Management lorsqu'une condition de santé définie est atteinte.

## Mode de réaction

Indique le mode de réaction qui définit le comportement de la stratégie de santé. Le mode de réaction peut être Supervisé ou Automatique.

- Lorsque le mode de réaction est Supervisé, les stratégies de santé sont actives et des recommandations liées aux actions sont envoyées à l'administrateur avec une tâche d'exécution. L'administrateur peut suivre les recommandations. Si l'administrateur approuve une recommandation, des actions sont entreprises pour améliorer automatiquement la condition de santé.
- Lorsque le mode de réaction est Automatique, les règles de santé consignent les données de façon active et le produit entreprend automatiquement des actions pour améliorer automatiquement la condition de santé, sans l'approbation de l'administrateur.

## Prenez les mesures suivantes en cas d'infraction à la condition de santé

Vous pouvez définir un ensemble spécifique d'actions à exécuter en cas d'infraction à la condition de santé. Il peut s'agir des actions par défaut ou vous pouvez définir des actions personnalisées pour exécuter un fichier exécutable.

Une liste d'actions s'affiche dans leur ordre d'exécution en cas d'infraction à la condition de santé. Pour ajouter une action, cliquez sur Ajouter une action. Vous pouvez choisir une action de la stratégie de santé par défaut, une action personnalisée que vous avez créée, ou vous pouvez créer une action personnalisée.

Pour supprimer une étape, sélectionnez-la et cliquez sur Supprimer une action. Pour modifier l'ordre de vos étapes, sélectionnez une étape à déplacer et cliquez sur Vers le haut ou Vers le bas.

## Appartenance

Indique les membres de la stratégie de santé définie pour ceux-ci. L'appartenance n'est pas une relation unilatérale ; vous pouvez associer des membres à plusieurs stratégies.

Editez la zone Appartenance en sélectionnant le type de membre approprié dans la liste. Les membres potentiels s'affichent dans la zone Membres disponibles. Sélectionnez les membres appropriés dans la liste Membres disponibles. Pour sélectionner plusieurs membres, maintenez la touche Ctrl enfoncée jusqu'à ce que toutes vos sélections soient mises en surbrillance et cliquez sur Ajouter pour ajouter votre sélection à l'appartenance pour la stratégie de santé.

Informations connexes :
Collection de la règle de santé
Création d'une stratégie de santé : définition des propriétés générales de la stratégie de santé
Création d'une règle de santé : : définition des propriétés de condition de santé
Création d'une règle de santé : spécification des membres à contrôler
Collection d'actions personnalisées
Paramètres des actions personnalisées
Générateur de sous-expression des conditions de santé personnalisées

Nom de fichier : hc_detail_main.html