WebSphere Extended Deployment utilise des objectifs fondés sur des stratégies pour garantir un environnement opérationnel, chargé d'atteindre des performances élevées. Une stratégie d'exploitation se compose d'une stratégie de service et d'une stratégie de santé. La stratégie de service permet de différencier les applications en fonction de leur niveau d'importance et de valeurs cible. La stratégie de santé identifie les conditions à surveiller et offre la possibilité d'intervenir sur ces conditions pour garantir un environnement de serveur d'applications opérationnel.
WebSphere Extended Deployment permet de différencier les applications en fonction de leur niveau d'importance et de valeurs cible. Il existe plusieurs types d'objectif. Un objectif peut avoir 0, 1 ou 2 valeurs cible, associées à un niveau d'importance. Cette fonction requiert l'utilisation d'un mécanisme qui permet à un administrateur de définir ces attributs. Dans Extended Deployment, ce mécanisme est la stratégie de service. Les stratégies d'exploitation représentent un groupe de stratégies de service, doté chacun d'un objectif et d'un ensemble de classes de transactions. Chaque classe de transaction appartient à une stratégie de service spécifique. Des URI d'application sont mappés à une stratégie de service à l'aide des classes de travail. Une classe de travail est mappée vers une classe de transaction spécifique afin qu'elle sache quel objectif métier de stratégie de service elle doit suivre. Vous pouvez ajouter une condition de règle à une classe de travail pour classer plus avant sa charge de travail selon des critères plus précis.
Différentes stratégies de service peuvent être associées à des types d'objectif différents. L'objectif de type discrétionnaire n'est pas associé à une valeur ou à un niveau d'importance. L'objectif défini pour le temps de réponse moyen est associé à un temps de réponse maximal et à un niveau d'importance alors que l'objectif défini pour le temps de réponse en centile est associé à deux valeurs, le pourcentage et le délai, ainsi qu'un niveau d'importance. Un objectif de temps passé en file d'attente est disponible pour les applications à exécution longue.
Les stratégies de service sont des temps de réponse à atteindre dans des conditions de débit spécifiques. La gestion des performances effectuée par le gestionnaire ARFM, le gestionnaire DWLM et la fonction de positionnement d'application a pour objectif d'établir des résultats de performances équilibrés. L'équilibre défini pour les flux non discrétionnaires consiste à placer les flux sous un seuil avec la même valeur relative, exprimée sous forme de fraction du seuil, ou de les placer au-dessus du seuil avec une valeur relative inversement proportionnelle, 100 - importance. Les flux discrétionnaires disposent d'une allocation minimale.
La stratégie de performances requiert une fonction de surveillance assurée par le gestionnaire autonome pour déterminer si les objectifs de performances sont atteints et une fonction de notification pour signaler à un module d'affectation des ressources quand des modifications doivent être apportées. Lorsqu'il est impossible d'atteindre tous les objectifs de performances, vous pouvez affecter une valeur à chaque objectif. Les administrateurs doit posséder une connaissance approfondie des applications déployées afin de définir des objectifs de performances réalistes.
Une stratégie de santé fonctionne comme la stratégie de service sauf qu'elle définit un objectif de santé pour le serveur d'applications. On distingue quatre catégories de condition dans la stratégie de santé. Ces conditions s'appliquent à la consommation excessive de mémoire qui peuvent indiquer une fuite de mémoire, à un temps de réponse excessif qui peut indiquer un serveur bloqué, à un volume de tâches traité par un serveur et à l'ancienneté du serveur. Les cibles d'une stratégie de santé peuvent être un serveur, l'ensemble des serveurs d'un cluster ou l'ensemble des serveurs d'une cellule. En outre, un serveur peut être surveillé simultanément par plusieurs stratégies de santé. Une fois qu'il dispose des conditions à rechercher, WebSphere Extended Deployment surveille les clusters dynamiques, les serveurs d'applications et les clusters jusqu'à ce qu'un incident soit détecté et qu'une action soit exécutée.
Pour plus d'informations concernant les concepts de stratégie de santé, voir Présentation de la gestion de santé.