Qu'est-ce que WebSphere Health Management ?

En savoir plus sur la gestion de l'intégrité dans IBM WebSphere Application Server et sur la création des règles d'intégrité.

Qu'est-ce que la gestion de la santé ?

La gestion de la santé fait partie de l'environnement WebSphere Virtual Enterprise , qui est intégré à WebSphere Application Server 8.5.

WebSphere 8.5 est intégré aux politiques opérationnelles , qui exploitent les politiques de santé.

La gestion de l'intégrité est une approche basée sur des règles pour surveiller l'utilisation du serveur d'applications d'entreprise WebSphere et capable de répondre aux problèmes avant que la panne ne se produise.

La gestion de la santé comporte deux éléments :

1. contrôleur de santé
2. politiques de santé

Qu'est-ce que le mode réaction ?

Les stratégies d'intégrité incluent l'état d'intégrité que vous souhaitez surveiller dans votre environnement. Il réagit lorsque vos exigences définies ne sont pas satisfaites.

Il existe deux modes de réaction.

1. Mode automatique : le système prend des mesures lorsqu'une violation de la politique de santé est détectée.

Par exemple, si vous configurez pour surveiller l'utilisation de la mémoire et que vous souhaitez redémarrer JVM lorsque l'utilisation des messages est de 85 %, le système redémarrera la JVM ciblée lorsque la taille du tas JVM atteindra 85 %.

1. Mode supervisé : le système crée une tâche d'exécution lorsqu'une violation de la politique de santé est détectée. Cela nécessite une intervention manuelle de l'administrateur WebSphere pour approuver ou refuser l'action de la tâche d'exécution.

Qu'est-ce que l'état de santé ?

L'état de santé est l'objet ou les métriques que vous souhaitez surveiller dans votre environnement.

Il existe huit conditions d'intégrité prédéfinies disponibles dans WebSphere 8.5. Vous avez la possibilité de créer un état de santé personnalisé.

• Condition basée sur l'âge - cette condition surveille la JVM définie et prend des mesures lorsqu'elle atteint un seuil d'âge configuré.

Ex:

Vous pouvez configurer cette condition pour redémarrer la JVM si elle est en cours d'exécution pendant 15 jours. La valeur acceptable pour cette situation est en jours ou en heures, comme indiqué ci-dessous.

• Condition de délai d'expiration de demande excessif - cette condition entrera en action lorsque le pourcentage de délai d'expiration de la demande dépasse la valeur définie. La valeur acceptable est en pourcentage comme indiqué ci-dessous.

• Condition de temps de réponse excessif - cela surveillera le temps qu'il faut pour qu'une demande se termine et prendra des mesures si le temps dépasse le seuil défini.

Ex:

Vous pouvez configurer cette condition pour effectuer un vidage de thread lorsque le temps de réponse à une demande est d'une minute. La valeur acceptable est en millisecondes, secondes et minutes, comme indiqué ci-dessous.

• État de la mémoire : utilisation excessive de la mémoire - surveille l'utilisation de la mémoire de la JVM et prend des mesures si elle dépasse la valeur de seuil.

Ex:

Vous pouvez configurer cette condition pour effectuer un vidage de tas JVM et redémarrer JVM lorsque l'utilisation de la mémoire dépasse le seuil. La valeur acceptable pour la taille du tas JVM est en pourcentage et la période incriminée en secondes et minutes, comme indiqué ci-dessous.

• État de la mémoire : fuite de mémoire - cela recherchera les fuites de mémoire sur la JVM et prendra des mesures.

Cela a trois niveaux de détection.

1. Rapide (fausses alarmes)
2. Standard (quelques fausses alarmes)
3. Lent (moins de fausses alarmes)

• Condition de vidange d'orage - surveillez la baisse significative du temps de réponse moyen et prenez des mesures telles que générer un vidage de thread et redémarrer JVM.

Cela a deux niveaux de détection.

1. Standard (quelques fausses alarmes)
2. Lent (moins de fausses alarmes)

• Condition de charge de travail - cette condition détectera une fois qu'une JVM aura servi un nombre configuré de requêtes.

Ex:

Vous pouvez configurer pour redémarrer la JVM une fois qu'elle a servi 2 000 000 requêtes.

• Condition de pourcentage de récupération de place – cette condition surveille le pourcentage de temps passé dans la récupération de place pendant une période définie et agit une fois le seuil dépassé. La valeur acceptable est le pourcentage et la période d'échantillonnage comme indiqué ci-dessous.

Qu'est-ce qu'Action Santé ?

Action d'intégrité est l'action de stratégie d'intégrité à exécuter une fois qu'elle dépasse le seuil configuré.

Sept actions d'intégrité prédéfinies sont disponibles dans WebSphere 8.5.

• Redémarrer le serveur - pour redémarrer JVM
• Prendre des vidages de threads - pour prendre des vidages de threads de JVM
• Prendre des vidages de tas JVM - pour prendre des vidages de tas JVM
• Générer un trap SNMP - générer un trap SNMP pour le dépannage
• Placer le serveur en mode maintenance - arrêter les nouvelles requêtes client et servir uniquement la session active
• Placer le serveur en mode maintenance et rompre l'affinité - arrêter les sessions d'action nouvelles et existantes
• Sortir du mode maintenance – prêt à accepter de nouvelles demandes

Vous avez la possibilité de créer une action de santé personnalisée.

Comment créer des politiques de santé ?

Les politiques de santé peuvent être créées en quatre étapes simples.

1. Définir les propriétés générales de la politique de santé - ici pour fournir le nom de la politique et sélectionner l'état de santé
2. Définir les propriétés de l'état de santé de la politique de santé - ici pour fournir le seuil de l'état de santé choisi et configurer les actions requises à entreprendre en cas de violation de l'état de santé
3. Spécifiez les membres à surveiller - sélectionnez JVM, clusters, clusters dynamiques, routeurs à la demande ou cellule comme cible des politiques de santé
4. Confirmer la création de la politique de santé : examinez la configuration des politiques de santé et confirmez pour créer

Créons une politique de santé comme suit.

• Connectez-vous à la console WebSphere 8.5 ND DMGR
• Cliquez sur Politiques opérationnelles >> Politiques de santé
• Cliquez sur Nouveau
• Indiquez le nom – Test_Policy
• Sélectionnez Condition de santé comme condition de charge de travail (nous pouvons tester cette condition rapidement)
• Cliquez sur Suivant
• Entrez le nombre total de demandes comme 1000 à des fins de test
• Sélectionnez le mode de réaction comme automatique
• Ajouter une action Redémarrer le serveur et effectuer des vidages de thread

• Cliquez sur Suivant
• Sélectionnez Filtrer par comme serveurs/nœuds
• Ajouter server1 en tant que membre cible
• Cliquez sur Suivant
• Vérifiez la configuration et cliquez sur Terminer

Maintenant, testons en accédant à l'application exécutée sur la JVM ciblée (serveur1).

Une fois que la JVM a servi 1000 requêtes, elle doit effectuer un vidage de thread et redémarrer. Vous pouvez utiliser JMeter pour placer la charge afin que les tests puissent être effectués rapidement.

Qu'est-ce que le contrôleur de santé ?

Le contrôleur de santé contrôle les politiques de santé et surveille le système. La surveillance de l'intégrité doit être activée dans Health Controller pour surveiller les stratégies.

Le contrôleur de santé lui-même a des propriétés configurables comme la fréquence d'exécution et parfois le redémarrage du serveur.

Cela vous permet de restreindre le redémarrage du serveur pendant les heures de pointe.

Qu'est-ce que l'objectif de la politique de santé ?

La cible de la politique de santé ou de l'action peut être des JVM, des clusters, des clusters dynamiques, des routeurs à la demande ou des cellules.

J'espère que cela aide à mieux comprendre. Si vous souhaitez apprendre DevOps, consultez ce cours fondamental.