![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
![[z/OS]](../images/ngzos.gif)
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
.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.
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.
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.

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.
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.
- Délai de service moyen pour une demande envoyée au serveur.
- Taux d'utilisation du processeur sur un noeud.
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.
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.
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.
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.
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]](../images/dist.gif)
![[z/OS]](../images/ngzos.gif)
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.
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]](../images/ngzos.gif)
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.
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
- 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.
valeur | Description |
---|---|
Portée | Cluster dynamique ou cellule |
Valeurs admises | true ou false |
Valeur par défaut | true |