![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
![[z/OS]](../images/ngzos.gif)
Intelligent Management : commandes du contrôleur de santé avec l'objet AdminConfig
Vous pouvez utiliser l'objet AdminConfig pour modifier les paramètres du contrôleur de santé. Vous pouvez modifier le cycle du contrôleur, empêcher son redémarrage à certains moments de la journée, etc.
Rôle
La gestion de santé propose des valeurs par défaut intelligentes qui s'adaptent à la plupart des environnements. Toutefois, si vous constatez que votre contrôleur de santé ne fonctionne pas comme vous le souhaitez, adaptez les valeurs définies par défaut. Vous pouvez modifier ces paramètres dans la console d'administration ou à l'aide de l'outil wsadmin.Utilisation
Pour pouvoir modifier les paramètres de configuration du contrôleur de santé, vous devez disposer des privilèges de configurateur ou d'administrateur. Vous vous disposez des privilèges d'opérateur vous pouvez uniquement modifier la configuration d'exécution.Pour modifier les propriétés d'un contrôleur de santé, exécutez les commandes suivantes :
.\wsadmin.sh -lang jython
hcid = AdminConfig.getid("/HealthController:/")
AdminConfig.modify(hcid, [["nom_attribut", valeur]])
AdminConfig.save()
Attributs
Vous pouvez modifier les attributs suivants :- controlCycleLength
- Indique l'intervalle séparant des contrôles de santé consécutifs pour déterminer si une condition de stratégie de santé est violée.
Valeur par défaut : 5
- enable
- Indique si le contrôle de santé est activé.
Valeur par défaut : true
- maxConsecutiveRestarts
- Définit le nombre de tentatives de redémarrage d'un serveur après la décision de redémarrage. Si cette valeur est dépassée, le système considère que l'opération a échoué et les redémarrages sont désactivés pour le serveur.
Valeurs admises : Nombres entiers compris entre 1 et 5
Valeur par défaut : 3
- minRestartInterval
- Détermine le délai minimal qui doit s'écouler entre les redémarrages consécutifs d'une instance de serveur.
Valeurs admises : La valeur peut être comprise entre 15 minutes et 365 jours inclus. Indiquez les unités à l'aide de l'attribut minRestartIntervalUnits. La valeur 0 désactive l'intervalle minimal entre les redémarrages.
Valeur implicite : 0 (désactivé)
- minRestartIntervalUnits
- Indiquez les unités à l'aide de l'attribut minRestartInterval.
Valeurs admises : 2 (minutes), 3 (heures) ou 4 (jours)
Valeur par défaut : 2
- prohibitedRestartTimes
- Permet de définir les heures et les jours auxquels le redémarrage de l'instance du serveur d'applications est interdit. Cet attribut ne peut pas être modifié à l'aide de l'objet AdminConfig. Pour mettre à jour les heures de redémarrage interdites, dans la console d'administration, cliquez sur Heures de redémarrage interdites. . Modifiez la zone
- properties
- Indique une propriété personnalisée sur le contrôleur de santé.
- restartTimeout
- Indique le délai en minutes dont dispose un serveur pour s'arrêter avant que le système vérifie explicitement son état et tente de le redémarrer.
Valeurs admises : Entier compris entre 1 et 60
Valeur par défaut : 5
Exemple
L'exemple de commande ci-dessous modifie les paramètres du délai de redémarrage :hcid = AdminConfig.getid("/HealthController:/")
AdminConfig.modify(hcid, [["restartTimeout", 6]])
AdminConfig.save()
La commande ci-dessous définit, en minutes, le délai d'approbation des tâches d'exécution pour le contrôleur de santé, en spécifiant la propriété personnalisée com.ibm.ws.xd.hmm.controller.ControlConfig.approvalTimeOutMinutes de la machine virtuelle Java™ (JVM). Dans cet exemple en particulier, la valeur du délai d'approbation est paramétrée sur 40 minutes :
.\wsadmin.sh -lang jython
hcid = AdminConfig.getid("/HealthController:/")
AdminConfig.create('Property', hcid, [['name', 'com.ibm.ws.xd.hmm.controller.ControlConfig.
approvalTimeOutMinutes'], ]['value', '40']]) AdminConfig.save()