WebSphere Extended Deployment s'appuie sur des fonctions autonomes intégrées à l'environnement Dynamic Operations. Grâce à ces fonctions, l'environnement 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 WebSphere Extended Deployment, Dynamic Operations peut prendre des décisions logiques fondées sur les objectifs métier.
L'environnement WebSphere Dynamic Operations comprend les composants suivants :
- Stratégie d'exploitation
- Une stratégie d'exploitation est un objectif de performances défini en fonction de demandes spécifiques. Elle inclut des 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 règle de condition est mappée vers une classe de transaction qui appartient à une stratégie de service pour classer plus avant sa charge de travail sur la base de critères plus précis. Ce mappage fournit un objectif à la classe de travail. 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 Dynamic Operations pour prendre des décisions lors du traitement des demandes de travaux HTTP, SOAP, JMS et IIOP.
- Groupes de noeuds
- Dans l'environnement WebSphere Extended Deployment, la relation entre les applications et les noeuds sur lesquels elles s'exécutent apparaît sous la forme d'une structure intermédiaire appelée groupe de noeuds. Un groupe de noeuds est un pool de ressources informatiques dans lequel un ou plusieurs clusters dynamiques sont créés. Les ressources informatiques représentées par un groupe de noeuds sont réparties en fonction des membres de clusters dynamiques. Cette répartition des ressources est modifiée automatiquement en fonction des objectifs fixés afin de s'adapter aux variations de la charge de travail.
- Clusters dynamiques
- Un cluster dynamique est étroitement lié à un groupe de noeuds. Il représente une cible de déploiement d'applications modulable en fonction des besoins de l'environnement Dynamic Operations et peut s'étendre au-delà des limites des noeuds au sein d'un groupe de noeuds.
- Gestionnaire ARFM (Autonomic Request Flow Manager)
- Le gestionnaire ARFM comporte un grand nombre de fonctions :
- Il limite les traitements simultanés afin d'éviter la surcharge des instances WebSphere Application Server en cours pour un flux donné et de gérer les cibles de déploiement en compétition pour les ressources de noeuds.
- Il contrôle le taux de transmission des demandes dans la file d'attente.
- Il envoie les signaux au contrôleur de positionnement. Les signaux indiquent l'allocation de ressources informatiques la mieux adaptée pour optimiser les performances en fonction des stratégies d'exploitation et la charge en cours.
- Il fournit des informations au composant Tivoli Intelligent Orchestrator sur les ressources informatiques actuellement disponibles et les ressources dont chaque groupe de noeuds aurait besoin.
- Il répartit les demandes en file d'attente en fonction des pondérations (une pondération par file d'attente et non une pondération par classe). La pondération des classes est définie par l'administrateur (mode manuel) ou définie de manière autonome par les composants de contrôle du gestionnaire ARFM (mode automatique).
- Routeur ODR
- Le routeur ODR, également appelé proxy, est le composant de l'environnement Dynamic Operations qui décide où les demandes HTTP doivent être acheminées. Il détermine également si des ressources d'application suffisantes sont disponibles pour prendre en charge les travaux reçus en provenance du gestionnaire de contrôle des flux. Si les demandes de travaux augmentent fortement et requièrent la manipulation des applications, le routeur ODR lance et arrête des instances d'applications en fonction des besoins, si l'environnement s'exécute en mode On Demand.
- 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 stratégies. Le gestionnaire de charge de travail dynamique (DWLM) répartit ensuite les demandes entre les noeuds d'un groupe de noeuds pour équilibrer la charge de travail.
- Contrôleur de positionnement d'application
- Le contrôleur de positionnement d'application est un gestionnaire autonome de l'infrastructure Dynamic Operations qui assure la mobilité des applications. Il ajoute des instances d'applications lorsque le volume des tâches est supérieur à la charge que l'application en cours peut traiter et arrête des instances d'application lorsque le nombre de demandes est trop faible pour le nombre d'applications lancées.
Tivoli Intelligent Orchestrator
- Le composant Tivoli Intelligent Orchestrator est un composant proposé en option dans l'environnement WebSphere Dynamic Operations. Un environnement WebSphere Extended Deployment doté du composant Tivoli Intelligent Orchestrator est en mesure d'allouer de manière dynamique des composants matériels supplémentaires à l'environnement.
- 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 WebSphere Extended Deployment.