![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
![[z/OS]](../images/ngzos.gif)
Composants de l'environnement Dynamic Operations
La fonction Gestion intelligente s'appuie sur des fonctionnalités autonomes intégrées à l'environnement d'opérations dynamiques. Grâce à ces fonctions, l'environnement virtualisé du serveur d'applications peut être étendu ou réduit en fonction des besoins de l'entreprise. A l'aide des gestionnaires autonomes fournis dans l'environnement du produit, Dynamic Operations prend des décisions logiques fondées sur les objectifs métier.
Restriction : La fonction Gestion intelligente ne prend pas en charge les fonctions SIP (Session Initiation Protocol) sur un système z/OS.
L'environnement d'opérations dynamiques comprend plusieurs composants :
- Stratégie opérationnelle
- Une stratégie opérationnelle est un objectif de performances défini en fonction de demandes spécifiques. Les stratégies opérationnelles incluent les stratégies de service et de santé. Une stratégie de service définit un objectif et un niveau d'importance et comporte une ou plusieurs classes de transaction. Pour une classe de travail donnée, une condition de règle est mappée vers une classe de transaction qui appartient à une stratégie de service. La stratégie de service contient les conditions associées à l'objectif et la classe de travail contient la description de la tâche à laquelle la stratégie de service s'applique. L'association de ces stratégies est analysée par l'environnement d'opérations dynamiques pour prendre des décisions lors du traitement des demandes de travaux HTTP, SOAP, JMS, SIP et IIOP.
- Clusters dynamiques
- Un cluster dynamique est une cible de déploiement d'applications modulable en fonction des besoins de l'environnement d'opérations dynamiques. Les clusters dynamiques fournissent les éléments clé de la virtualisation de l'infrastructure applicative. Les instances de cluster dynamique sont créées sur des noeuds qui répondent aux critères d'une règle d'appartenance que vous indiquez lorsque vous créez le cluster dynamique.
- Gestionnaire ARFM (Autonomic Request Flow Manager)
- Le gestionnaire autonome de flux de demandes (ARFM) comporte un grand nombre de fonctions :
- Il place en file d'attente les messages entrants dans les passerelles reposant sur les composants Edge afin de fournir une protection contre la surcharge de la puissance de traitement et un service différencié. En général, la ressource de traitement qui est protégée contre la surcharge est la puissance de l'unité centrale. Le service différencié a pour objectif de fournir les résultats les plus équilibrés pour divers flux de trafic, relativement à la stratégie opérationnelle donnée et à la charge proposée.
- En option, il peut exercer un contrôle d'admission orienté session/dialogue dans le cadre de la protection contre la surcharge pour la puissance de l'unité centrale.
- Il envoie des informations sur chaque cluster au contrôleur de positionnement afin de lui permettre d'optimiser le positionnement pour la stratégie opérationnelle et la charge proposée. Les informations relatives à un cluster particulier ont trait à la relation entre la puissance de traitement et l'utilitaire de service pour ce cluster.
- Routeur ODR (On Demand Router)
- Les routeurs On Demand (ODR) sont des proxys HTTP intelligents ou des proxys SIP. Ils constituent le point d'entrée dans un environnement du produit et des passerelles via lesquelles les demandes HTTP et les messages SIP sont transmis(es) aux serveurs d'applications d'arrière-plan. Ils peuvent provisoirement placer en file d'attente les demandes d'applications dont l'importance est moindre afin que les demandes provenant d'applications plus importantes soient traitées plus rapidement ou pour éviter que des serveurs d'applications d'arrière-plan ne soient surchargés. Le routeur On Demand connaît l'emplacement des instances de serveur d'un cluster dynamique et peut ainsi acheminer les demandes vers le noeud final approprié. Ils peuvent également adapter de façon dynamique la quantité de trafic envoyée à chaque instance de serveur en fonction des temps de réponse et de l'utilisation des processus. Notez que, dans le cas d'un message UDP entrant, d'un message SIP/UDP entrant, il se peut que le routeur ODR achemine le message vers un autre routeur ODR afin de rechercher et de gérer de façon appropriée la retransmission UDP.
- Gestionnaire de charge de travail dynamique (DWLM)
- Le gestionnaire autonome de flux de demandes (ARFM) définit la catégorie et la priorité des demandes transmises aux serveurs d'applications en fonction des besoins et des règles. Le gestionnaire de charge de travail dynamique (DWLM) répartit ensuite les demandes entre les noeuds d'un cluster dynamique afin d'équilibrer le travail.
- Contrôleur de positionnement d'application
- Le contrôleur de positionnement d'application est un gestionnaire autonome de l'infrastructure d'opérations dynamiques qui prend en charge la virtualisation des applications ou la mobilité de celles-ci au sein d'un cluster dynamique. Il ajoute des instances de serveur d'applications lorsque le volume des tâches est supérieur à la charge que l'application en cours peut traiter et arrête des serveurs d'applications lorsque le nombre de demandes est trop faible pour le nombre d'applications lancées.
- Contrôleur de santé
- Le contrôleur de santé surveille en permanence les stratégies de santé définies. Lorsqu'une condition indiquée par une stratégie de santé n'est pas respectée dans l'environnement, le contrôleur de santé s'assure que les actions configurées sont appliquées pour résoudre l'incident.
- EWLM
- Le gestionnaire EWLM (Enterprise Workload Manager) gère des sous-objectifs et des allocations de ressources pour l'environnement de plus grande taille qui contient la fonction Gestion intelligente.