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

Présentation de la fonction de positionnement d'application

Le positionnement d'application dynamique pour les types de demande IIOP (Internet InterORB Protocol), JMS (Java™ Message Service) et HTTP repose sur la coopération de différents composants du produit. Ces composants comprennent des clusters dynamiques, le routeur ODR et les gestionnaires autonomes associés, ainsi que le contrôleur de positionnement d'application. La fluctuation du volume de demandes d'applications est prise en charge de manière dynamique par la fonction de positionnement d'application sur le serveur d'applications afin de respecter les objectifs fixés.

Le positionnement d'application est une extension naturelle de la fonction de définition de la priorité des demandes. Alors que le routeur ODR et les gestionnaires autonomes associés gèrent le flux des travaux en fonction de la stratégie indiquée, la fonction de positionnement d'application vérifie que les applications et les noeuds sur lesquels elles s'exécutent sont maintenus à un niveau suffisant pour prendre en charge le flux de travaux. Lorsque le flux de travaux est faible, le nombre d'instances d'application exécutées dans le pool de ressources est maintenu à un niveau minimal. Lorsque le flux de travaux est important, le nombre d'instances d'application qui s'exécutent dans le pool de ressources augmente pour prendre en charge les nouvelles demandes.

Le graphique suivant représente le processus de positionnement d'application d'une société de courtage lorsque le flux de travaux est faible, à des heures creuses. Le routeur ODR et ses gestionnaires déterminent la priorité des demandes entrantes. La fonction de positionnement d'application identifie la stratégie de service des demandes d'URI (Universal Resource Identifier) entrantes, ainsi que le niveau d'utilisation des ressources du serveur d'applications. Les instances d'application qui s'exécutent peuvent donc répondre facilement aux besoins.

Positionnement d'application avec un flux de travail léger

La figure ci-dessous présente une augmentation soudaine du nombre de demandes d'URI entrantes. Par exemple, à l'heure du déjeuner, tous les clients ont le temps d'accéder au site Web à titre personnel. La fluctuation brutale de la demande, qui nécessite une intervention manuelle dans d'autres environnements, est traitée par les fonctions autonomes de l'environnement d'opérations dynamiques.

Positionnement d'application lors d'une augmentation des flux de travaux

Lorsque le flux de demandes est plus important, la fonction de positionnement d'application doit s'assurer que les objectifs créés pour les URI d'applications sont atteints. Les gestionnaires autonomes d'opérations dynamiques doivent coopérer pour équilibrer la charge au sein de l'environnement. Cet équilibre est représenté dans le graphique ci-dessus. La fluctuation du flux de travaux est prise en charge en augmentant le nombre d'instances d'application qui s'exécutent sur les noeuds disponibles et en équilibrant les définitions de stratégie de service. Quand la forte hausse disparaît, la fonction de positionnement d'application réduit le nombre d'instances d'application.

La fonction de positionnement dynamique d'application requiert l'utilisation des composants de base de la fonction Gestion intelligente, des clusters dynamiques et des stratégies de service Les clusters dynamiques sont des cibles de déploiement d'application. Les stratégies de service sont des objectifs de performances affectés à un URI d'application spécifique.

Une fois intégrés aux gestionnaires autonomes, ces composants prennent en charge le positionnement dynamique d'application.

a fonction de positionnement dynamique d'application est utilisable avec le planificateur de travaux. Le contrôleur de positionnement d'application, avec le gestionnaire de flux de demandes autonome et le planificateur, empêche la surcharge des serveurs, à condition que les charges de travail en ligne et par lots se trouvent sur des clusters dynamiques. Cette opération n'est pas prise en charge pour les membres de cluster statique. Etant donné que les travaux par lots peuvent beaucoup utiliser le processeur et que leur exécution peut être longue, la limite d'utilisation peut être dépassée.

Le contrôleur de positionnement d'application est consulté par le planificateur de travaux durant son processus de sélection de noeud final. Vous pouvez configurer la propriété personnalisée UseAPCEndpointSelection dans le planificateur de travaux à la valeur false pour désactiver l'intégration du planificateur de travaux et du contrôleur de positionnement d'application. L'utilisation de cette propriété personnalisée permet d'empêcher le planificateur de travaux de demander au contrôleur de positionnement d'application de choisir un noeud final. Le noeud final est choisi par le planificateur de travaux lorsque la propriété personnalisée a pour valeur false.


Icône indiquant le type de rubrique Rubrique de concept



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=cwve_odapplacement
Nom du fichier : cwve_odapplacement.html