Découvrez la gestion de l'intégrité dans IBM WebSphere Application Server et comment créer les règles d'intégrité.
What is Health Management?
Health Management fait partie de WebSphere Environnement d'entreprise virtuelle, qui est intégré dans Serveur d'applications WebSphere 8.5.
WebSphere 8.5 est intégré à Politiques opérationnelles, qui tirent parti des 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:
- contrôleur de santé
- politiques de santé
What is Reaction Mode?
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.
- Automatique mode: le système prendra des mesures lorsqu'une violation de la politique d'intégrité est détectée.
Par exemple, si vous configurez pour surveiller l'utilisation de la mémoire et que vous souhaitez redémarrer la JVM lorsque l'utilisation des messages est de 85%, le système redémarrera la JVM ciblée lorsque la taille du tas JVM atteint 85%.
- Supervisé mode: le système créera une tâche d'exécution lorsque la violation de la stratégie d'intégrité 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.
What is Health Conditions?
L'état d'intégrité est l'objet ou les mesures que vous souhaitez surveiller votre environnement.
Il n’y a pas de limite de temps pour le tournoi. Cependant, si vous restez inactif pendant une longue période, vous serez déconnecté de BBO et la partie sera perdue. huit conditions de santé prédéfinies disponible dans WebSphere 8.5. Vous avez la possibilité de créer une condition d'intégrité personnalisée.
- Basé sur l'âge condition - cette condition surveillera la JVM définie et prendra des mesures lorsqu'elle atteindra un seuil d'âge configuré.
Ex:
Vous pouvez configurer cette condition pour redémarrer la JVM si elle fonctionne pendant 15 jours. La valeur acceptable pour cette situation est en jours ou en heures, comme indiqué ci-dessous.
- Délai d'expiration de la demande excessif condition - cette condition prendra des mesures 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.
- Temps de réponse excessif condition - cela surveillera le temps nécessaire à une demande pour se terminer et prendra des mesures si le temps dépasse le seuil défini.
Ex:
Vous pouvez configurer cette condition pour prendre un thread dump 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 JVM et prend des mesures si elle dépasse la valeur 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 JVM et prendra des mesures.
Cela a trois niveaux de détection.
- Rapide (fausses alarmes)
- Standard (certaines fausses alarmes)
- Lent (moins de fausses alarmes)
- Tempête Drainage condition - 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 la JVM.
Cela a deux niveaux de détection.
- Standard (certaines fausses alarmes)
- Lent (moins de fausses alarmes)
- Charge de travail condition - cette condition sera détectée 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 traité 20000000 requêtes.
- Collecte des ordures condition de pourcentage - ce pourcentage de surveillance du temps passé dans le garbage collection pendant une période définie et entreprendre une action une fois dépasse le seuil. La valeur acceptable est le pourcentage et la période d'échantillonnage comme indiqué ci-dessous.
What is Health Action?
Action d'intégrité est l'action de stratégie d'intégrité à exécuter une fois que le seuil configuré est dépassé.
Il n’y a pas de limite de temps pour le tournoi. Cependant, si vous restez inactif pendant une longue période, vous serez déconnecté de BBO et la partie sera perdue. sept actions de santé prédéfinies disponible dans WebSphere 8.5.
- Redémarrez le serveur - pour redémarrer JVM
- Take thread dumps - pour prendre des threads dumps de JVM
- Effectuer des vidages de tas JVM - pour effectuer des vidages de tas JVM
- Générer un trap SNMP - générer un trap SNMP pour le dépannage
- Placez le serveur en mode maintenance - arrêtez les nouvelles demandes client et ne servez que la session active
- Placez le serveur en mode maintenance et interrompez l'affinité - arrêtez la session d'action nouvelle et existante
- Mettre hors du mode maintenance - prêt à accepter de nouvelles demandes
Vous avez la possibilité de créer une action de santé personnalisée.
How to Create Health Policies?
Les politiques de santé peuvent être créées en quatre étapes faciles.
- Définir les propriétés générales de la stratégie de santé - ici pour fournir le nom de la stratégie et sélectionner la condition de santé
- Définir les propriétés de l'état de santé de la politique de santé - ici pour fournir le seuil de condition de santé choisi et configurer les actions requises à entreprendre en cas de violation de la condition de santé
- Spécifiez les membres à surveiller - sélectionnez JVM, Clusters, Clusters dynamiques, Routeurs à la demande ou Cell comme cible des politiques de santé
- Confirmer la création de la politique d'intégrité - examiner la configuration des politiques d'intégrité et confirmer la création
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
- Fournir le nom - Test_Policy
- Sélectionnez État 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émarrez le serveur et Prendre des décharges de thread
- Cliquez Sur Suivant
- Sélectionnez Filtrer par en tant que serveurs / nœuds
- Ajouter serveur1 en tant que membre cible
- Cliquez sur Suivant
- Vérifiez la configuration et cliquez sur Terminer
Maintenant, testons en accédant à une application exécutée sur une JVM ciblée (serveur1).
Une fois que JVM a traité 1000 requêtes, il doit effectuer un vidage de thread et redémarrer. Vous pouvez utiliser JMeter pour mettre la charge afin que les tests puissent être effectués rapidement.
What is Health Controller?
Le contrôleur d'intégrité contrôle les politiques d'intégrité 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 telles que la fréquence à laquelle il doit s'exécuter et parfois le redémarrage du serveur.
Cela vous permet de restreindre le redémarrage du serveur pendant les heures de pointe.
What is Health Policy Target?
La politique d'intégrité ou la cible d'action peuvent ê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 êtes intéressé par l'apprentissage du DevOps, consultez ceci cours fondamental.
