[AIX Solaris HP-UX Linux Windows][z/OS]

Intelligent Management : propriétés personnalisées de cluster dynamiques

Vous pouvez utiliser les propriétés personnalisées du cluster dynamique pour changer le comportement de vos clusters dynamiques et du positionnement d'application.

Pour définir les propriétés personnalisées de positionnement d'application, développez Serveurs > Clusters > Clusters dynamiques > [nom_cluster] > Propriétés personnalisées.

Propriété personnalisée APC.predictor

Utilisez la propriété personnalisée APC.predictor pour activer la fonction de contrôleur d'emplacement d'application.

En paramétrant la propriété personnalisée, le contrôleur de placement d'application démarre et arrête les serveurs exclusivement basés sur l'utilisation de l'UC. Le contrôleur ne récupère plus les données du gestionnaire autonome de flux de demandes (ARFM) concernant les serveurs à démarrer et arrêter.

Table 1. Valeurs de la propriété personnalisée APC.predictor
valeur Description
Portée Cell
Valeur admise Unité centrale

Propriété personnalisée quiesceTimeOutMS

Vous pouvez utiliser la propriété personnalisée quiesceTimeOutMS pour définir la valeur du délai d'attente de mise au repos pour les instances de cluster dynamique.

Définissez la valeur de la propriété personnalisée sur la durée d'attente, en millisecondes, avant l'arrêt d'un cluster dynamique. Par exemple, si vous souhaitez qu'un cluster dynamique s'arrête après 1 minute de mise au repos, définissez la valeur sur 60000. Si les serveurs sont arrêtés par le contrôleur de positionnement d'application, c'est la valeur du délai d'expiration de l'opération du serveur qui est utilisée par défaut. Si les serveurs sont arrêtés par le contrôle de la gestion de santé, c'est la valeur de délai d'attente de redémarrage qui est utilisée par défaut.

Table 2. Valeurs de la propriété personnalisée quiesceTimeOutMS
valeur Description
Portée Cluster dynamique
Valeurs correctes Entierr

Propriété personnalisée CenterCell

Lorsque vous configurez la gestion des performances multicellules dans votre environnement, vous pouvez utiliser la propriété personnalisée CenterCell pour désigner une cellule centrale. Vous pouvez également définir la propriété personnalisée CenterCell séparément pour chaque cellule que vous souhaitez désigner comme cellule de point.

Eviter les incidents Eviter les incidents: Une seule propriété personnalisée doit être définie sur true.gotcha
Table 3. Valeurs de la propriété personnalisée CenterCell
valeur Description
Portée Cell
Valeurs admises true : Désigne une cellule comme cellule centrale

false : Désigne une cellule comme cellule de point

Propriété personnalisée lazyStartMinInstances

Vous pouvez utiliser la propriété personnalisée lazyStartMinInstances pour configurer le démarrage de plusieurs instances de serveur lorsque le routeur ODR détecte une activité sur un cluster dynamique inactif.

Dans les versions antérieures à la version 6.1.1.2, une seule instance de serveur était démarrée lorsqu'un cluster dynamique était configuré pour le démarrage différé d'application et que le routeur ODR recevait des demandes pour un cluster dynamique inactif. Si vous définissez la propriété personnalisée lazyStartMinInstances sur un cluster dynamique particulier, ce dernier peut démarrer plusieurs instances. Si d'autres clusters dynamiques sont configurés pour le démarrage différé d'application, ils démarrent une seule instance.

Vous pouvez également définir cette propriété personnalisée au niveau du contrôleur de positionnement d'application afin de l'appliquer à l'ensemble de vos clusters dynamiques. Notez toutefois que la valeur de la propriété personnalisée définie au niveau du cluster dynamique remplace celle définie au niveau du positionnement d'application.

Table 4. Valeurs de la propriété personnalisée lazyStartMinInstances
valeur Description
Portée Cluster dynamique
Valeurs admises Nombre minimum d'instances à démarrer de façon différée, sous forme d'entier
Valeur par défaut 1

Propriété personnalisée equalCPUFactor

Vous pouvez utiliser la propriété personnalisée equalCPUFactor pour indiquer au gestionnaire de charge de travail dynamique (DWLM) comment égaliser les performances des serveurs dans un cluster dynamique.

Le gestionnaire DWLM calcule le poids dynamique des serveurs d'un cluster dynamique afin d'égaliser leurs performances. Les deux mesures de performances des serveurs les plus courantes sont les suivantes :
  • Délai de service moyen pour une demande envoyée au serveur.
  • Taux d'utilisation du processeur sur un noeud.
Cette propriété personnalisée permet d'indiquer la priorité d'une mesure sur l'autre. Par exemple, si vous souhaitez que les utilisateurs de votre site bénéficient de performances uniformes, vous pouvez choisir d'optimiser le délai de service moyen. Si, au contraire, l'utilisation du matériel est le critère qui a le plus d'importance pour vous, vous pouvez choisir de mesurer les performances en fonction du taux d'utilisation du processeur.

Pour que l'égalisation du délai de service moyen ait la priorité la plus élevée, définissez la valeur de la propriété personnalisée sur 0. Pour égaliser le taux d'utilisation du processeur sur le noeud, spécifiez la valeur 1. Pour utiliser une combinaison de ces deux mesures et attribuer un poids relatif à chacune d'elles, spécifiez une valeur sous forme de fraction comprise entre 0 et 1, par exemple 0.4. Lorsque vous spécifiez une fraction, vous attribuez le poids relatif 0.4 au taux d'utilisation du processeur et le poids relatif 1 – 0.4 (donc 0.6) au délai de service moyen.

Dans certains cas, vous ne pourrez peut-être pas égaliser les deux mesures en même temps. Par exemple, dans un environnement contenant des serveurs hétérogènes ou ayant une charge d'arrière-plan inégale, l'égalisation du taux d'utilisation du processeur peut entraîner un délai de service moyen inégal. Si un serveur rapide et un serveur lent s'exécutent au même taux d'utilisation du processeur, le délai de service moyen pour une demande peut être respectivement court ou long. Si une demande passe un temps considérable dans un serveur parmi plusieurs serveurs situés à un niveau plus profond, le délai de service moyen peut être différent. Cette variation se produit en fonction du serveur auquel la demande a été envoyée, même si les serveurs situés à un niveau plus profond sont homogènes et qu'ils s'exécutent au même taux d'utilisation du processeur. Dans d'autres situations, le délai de service d'une demande dépend de ressources autres que le processeur. La valeur de la propriété personnalisée equalCPUFactor permet au contrôleur DWLM de déterminer une mesure pondérée pour le délai de service moyen et le taux d'utilisation du processeur à égaliser.

Même si la propriété personnalisée equalCPUFactor n'est pas définie, le taux d'utilisation du processeur des serveurs d'un cluster dynamique donné influence le comportement du contrôleur DWLM. En général, lorsque le taux d'utilisation du processeur est bas, la répartition égale de la charge est prioritaire sur l'égalisation des performances par le délai de service ou l'utilisation du processeur. Lorsque le taux d'utilisation augmente, la priorité de l'égalisation des performances devient progressivement plus élevée. Si le taux d'utilisation du processeur est très élevé, les poids ont tendance à ne pas beaucoup changer afin d'éviter l'instabilité. Lorsque le taux d'utilisation du processeur est élevé, la priorité de l'égalisation des performances sur la répartition de la charge à ce point de fonctionnement extrême augmente.

Table 5. Valeurs de la propriété personnalisée equalCPUFactor
valeur Description
Portée Cellule (la propriété s'applique à tous les clusters dynamiques de la cellule) ou cluster dynamique individuel. Si la propriété personnalisée est définie à la fois au niveau de la cellule et du cluster dynamique, la valeur associée au cluster dynamique remplace celle associée à la cellule.
Valeurs admises Valeur sous forme de fraction comprise entre 0 et 1
Valeur par défaut 0 pour les environnements non virtuels et 1 pour les environnements virtuels

Propriété personnalisée HttpSessionRebalanceOff

Vous pouvez utiliser la propriété personnalisée HttpSessionRebalanceOff pour désactiver le rééquilibrage de session HTTP.

Par défaut, le rééquilibrage de session HTTP est activé. Le rééquilibrage de session HTTP permet de réaffecter des affinités de session existantes à de nouveaux serveurs qui deviennent disponibles pour le traitement de l'application Web donnée. Pour plus d'informations, consultez la rubrique relative au rééquilibrage de session HTTP

Utilisez la propriété personnalisée HttpSessionRebalanceOff si vous souhaitez rétablir l'ancien comportement de session HTTP de votre configuration, dans laquelle les affinités de session sont établies avec un serveur d'applications particulier et ne sont réaffectées à aucun nouveau serveur devenu disponible.

Le rééquilibrage de session est désactivé par défaut sur tout cluster dynamique constitué de serveurs qui n'exécutent pas WebSphere® Application Server, tels que PHP ou Tomcat, car il se peut qu'un autre dispositif de mise en cluster soit déployé pour ces serveurs.

Si la taille des sessions est importante, vous pouvez envisager de désactiver le rééquilibrage de session HTTP. Si vos sessions sont de grande taille, le déplacement des sessions vers un nouveau serveur peut être plus coûteux que le retrait de la charge de travail du serveur original. A l'aide de l'infrastructure PMI (Performance Monitoring Infrastructure), vous pouvez prendre la décision de désactiver le rééquilibrage de session. En lisant vos données PMI, vous pouvez constater que le temps de réponse, l'utilisation de la mémoire et l'utilisation du processeur augmentent sur certains serveurs pour le transfert des informations de session. Pour plus d'informations sur l'analyse des données PMI et les recommandations d'utilisation des sessions HTTP, consultez la rubrique relative à Performance Monitoring Infrastructure (PMI).

Si vous ne désactivez pas le rééquilibrage de session, la distribution du nombre de sessions ainsi que celle de la mémoire et de l'utilisation du processeur entre les serveurs du cluster deviennent plus équitables. Si un cluster est plus équilibré, il est plus aisé pour la fonction Gestion intelligente de prendre des décisions autonomes.

Table 6. Valeurs de la propriété personnalisée HttpSessionRebalanceOff
valeur Description
Portée Cluster dynamique
Valeurs admises true : Désactive le rééquilibrage de session HTTP.

false : Active le rééquilibrage de session HTTP. Si vous souhaitez désactiver le rééquilibrage de session HTTP pour les serveurs d'applications WebSphere Application Server, vous pouvez supprimer cette propriété personnalisée.

Valeur par défaut

Pour les clusters dynamiques constitués de serveurs d'applications WebSphere Application Server : false (activée)

Pour les clusters dynamiques constitués de serveurs qui ne sont pas des serveurs d'applications WebSphere Application Server, tels que PHP ou Tomcat : true (désactivée)

Propriété personnalisée numVerticalInstances

Cette propriété personnalisée permet de définir le nombre d'instances de clusters dynamiques sur un noeud.

N'utilisez cette propriété personnalisée que si les noeuds de votre cluster dynamique sont hétérogènes et de puissance variable. Si les noeuds de votre cluster dynamique sont homogènes, vous pouvez définir le nombre d'instances de cluster dynamique dans la console d'administration. Pour plus d'informations sur les instances de cluster dynamique, consultez la rubrique relative à la configuration d'un cluster dynamique avec des noeuds hétérogènes en vue de la prise en charge de l'empilement vertical.

Table 7. Valeurs de la propriété personnalisée numVerticalInstances
valeur Description
Portée Cluster dynamique
Format de nom Spécifiez le nom de la propriété personnalisée au format numVerticalInstances.nom_noeud, où nom_noeud est le nom du noeud.
Valeurs admises Entier représentant le nombre d'instances empilées

Propriété personnalisée proactiveIdleStop

Vous pouvez utiliser la propriété personnalisée proactiveIdleStop pour arrêter les instances de cluster dynamique durant les périodes d'inactivité.

Cette propriété personnalisée complète la fonctionnalité du paramètre de la console d'administration Si d'autres clusters dynamiques ont besoin de ressources, arrêtez toutes les instances de ce cluster pendant les périodes d'activité. Ce paramètre doit être activé à l'aide de cette propriété personnalisée. Avec le paramètre standard de la console, les instances sont arrêtées uniquement si d'autres clusters de la cellule ont besoin de ressources utilisées par les instances inactives. Vous pouvez aussi spécifier un délai d'attente avant l'arrêt des instances pour le cluster. Lorsque cette propriété personnalisée est définie, les instances inactives sont arrêtées même si les ressources qu'elles utilisent ne sont pas requises ailleurs dans l'environnement. L'instance de cluster passe au mode veille au terme du délai spécifié dans la console d'administration.

Le contrôleur de positionnement d'application arrête l'instance à un certain moment entre le délai spécifié dans la console d'administration et la valeur spécifiée pour le paramètre Intervalle minimal entre les modifications de positionnement dans le panneau de configuration du contrôleur de positionnement d'application. Par exemple, si vous définissez la propriété personnalisée proactiveIdleStop sur true lorsque la valeur du paramètre Intervalle minimal entre les modifications de positionnement est de 15 minutes et celle du paramètre Délai d'attente avant l'arrêt des instances est de 5 minutes, l'instance de cluster dynamique est arrêtée entre 5 et 20 minutes après le routage de la dernière demande vers cette instance.

Table 8. Valeurs de la propriété personnalisée proactiveIdleStop
valeur Description
Portée Clusters dynamiques, sauf ceux des routeurs On Demand (ODR)
Valeurs admises Booléenne
Valeur par défaut false (désactivée)
[AIX Solaris HP-UX Linux Windows][z/OS]

Propriété personnalisée routableTimeoutMS

Lorsqu'un membre de cluster dynamique démarre, il existe une période pendant laquelle le membre n'est pas encore prêt à traiter les demandes provenant du routeur On Demand (ODR). Utilisez la propriété personnalisée routableTimeoutMS pour définir le délai d'attente du routeur On Demand, en millisecondes, qui doit s'écouler avant que le trafic ne soit acheminé à un membre de cluster dynamique venant d'être démarré.

Par exemple, lorsque vous utilisez le mode maintenance de serveur ou de noeud, le contrôleur de positionnement d'application alloue des ressources afin de repositionner celles qui doivent passer en mode maintenance. Il en va de même lorsque le contrôleur de positionnement d'application affecte un membre de cluster dynamique d'un noeud à un autre noeud en raison de contraintes liées à la mémoire, à l'unité centrale, etc. Dans ces cas, du temps supplémentaire, au-delà des 60000 millisecondes par défaut, peut être nécessaire pour que les applications deviennent actives sur les ressources nouvellement démarrées.

Note: Utilisez cette propriété personnalisée uniquement si vous rencontrez le code d'erreur HTTP 503 au cours des états de transition de membre de cluster dynamique.
Table 9. Propriété personnalisée routableTimeoutMS
valeur Description
Portée Clusters dynamiques des routeurs On Demand (ODR)
Valeurs admises Temps d'attente maximal pour la routabilité ODR
Valeur par défaut 60000 millisecondes
[z/OS]

Propriété personnalisée serverSpecificShortNames

Pour les plateformes z/OS®, la propriété personnalisée serverSpecificShortNames est spécifiée sur le cluster dynamique pour indiquer les noms abrégés des membres du cluster dans une liste séparée par des virgules, par exemple : SSN1,SSN2. Utilisez des virgules pour séparer plusieurs noms abrégés. Si vous indiquez moins de noms abrégés que le nombre de membres effectifs du cluster, les autres membres du cluster reçoivent des noms abrégés génériques, tels que BBOS001,BBOS002, etc.

Table 10. Propriété personnalisée serverSpecificShortNames
valeur Description
Portée Cluster dynamique
Valeurs admises Noms abrégés des membres du cluster dans une liste séparée par des virgules, par exemple SSN1,SSN2

Propriété personnalisée updateWLM

Lorsque la valeur de cette propriété est false, le contrôleur DWLM ne met pas à jour les poids calculés pour les membres du cluster dans WLM (Work Load Management). Sa valeur par défaut est true. Le recyclage de cellule est requis pour que cette propriété personnalisée soit prise en compte. Il est recommandé d'affecter la valeur false à updateWLM lorsque HAManager est désactivé dans la cellule ou sur tous les membres du cluster dynamique.
Note: Cette propriété personnalisée peut être définie au niveau du cluster dynamique et de la cellule :
  • Si elle est définie au niveau de la cellule, elle s'applique à tous les clusters dynamiques de la cellule.
  • Si elle est définie au niveau du cluster dynamique, elle s'applique à ce dernier uniquement.
Table 11. Valeurs de la propriété personnalisée updateWLM
valeur Description
Portée Cluster dynamique ou cellule
Valeurs admises true ou false
Valeur par défaut true

Icône indiquant le type de rubrique Rubrique de référence



Icône d'horodatage Dernière mise à jour: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=rwve_odccustprop
Nom du fichier : rwve_odccustprop.html