La présente rubrique indique les fonctions nouvelles ou mises à jour de WebSphere Extended Deployment version 6.0.
Vous trouverez ci-après la liste des nouvelles fonctions de WebSphere Extended Deployment version 6.0.1.
Nouvelles propriétés personnalisées | Plusieurs nouvelles propriétés personnalisées permettent de modifier le comportement du positionnement d'application dans votre configuration :
|
Modifications apportées à l'assistant de création de cluster dynamique | Les modèles affichés sont valides pour la plateforme qui correspond à la plateforme de groupe de noeuds limitant votre cluster dynamique. |
Modifications apportées à la fonction de rééquilibrage de session HTTP | La fonction de rééquilibrage de session HTTP est différente de celle qui figurait dans WebSphere Extended Deployment version 6.0. C'est le gestionnaire DWLM (dynamic workload manager) qui exécute la fonction de rééquilibrage de session. L'intégration au gestionnaire DWLM permet le rééquilibrage pour la modification de pondération en plus du démarrage du serveur. Pour plus d'informations, voir Rééquilibrage de session HTTP. |
Interaction avec le contrôleur Business Grid | Il existe plusieurs cas dans lesquels le comportement général de gestion de santé est différent pour les applications à exécution longue. Voir Gestion de la santé et tâches à exécution longue pour plus d'informations. |
Référentiel de fichiers | Vous pouvez créer un référentiel de fichiers contenant vos images d'installation au lieu de créer une image d'installation sur chaque noeud. Voir Configuration d'un référentiel de fichiers Tivoli Intelligent Orchestrator. |
Intégration à Business Grid | Si un noeud est ajouté au groupe de noeuds de Business Grid par le flux de travaux de Tivoli Intelligent Orchestrator, vous devez effectuer des opérations supplémentaires sur l'instance de serveur que vous venez de créer. Voir Configuration de Business Grid pour une utilisation avec Tivoli Intelligent Orchestrator pour plus d'informations. |
Etend le contrôle de WebSphere Extended Deployment au niveau de base de données. | Vous pouvez désormais configurer le composant de visualisation de sorte qu'il contrôle les noeuds de la base de données et qu'il détecte les goulots d'étranglement relatifs aux performances au niveau de la base de données. Pour plus d'informations sur les fonctions d'optimisation du niveau de base de données, voir Optimisation du niveau de base de données pour le contrôle des performances. |
Vous trouverez ci-après la liste des nouvelles fonctions de WebSphere Extended Deployment version 6.0.
Un seul gestionnaire ARFM par cellule | La version précédente de WebSphere Extended Deployment fournissait un seul gestionnaire ARFM (Autonomic Request Flow Manager) pour chaque noeud. Dans la version 6.0, un gestionnaire ARFM (Autonomic Request Flow Manager) est disponible pour chaque cellule. Pour accéder aux paramètres du gestionnaire ARFM (Autonomic Request Flow Manager) dans la version 6.0, cliquez sur Stratégies d'exploitations > Gestionnaires autonomes > Autonomic Request Flow Manager. |
Gestion de logiciels autres que WebSphere Application Server et de systèmes qui n'exécutent pas un agent de noeud WebSphere Application Server | En utilisant WebSphere Extended Deployment dans un environnement de serveur mixte, un agent éloigné peut transmettre au gestionnaire ARFM (Autonomic Request Flow Manager) des informations sur les noeuds. Utilisez des clusters de serveurs génériques pour indiquer les informations hôte des systèmes externes. Pour plus d'informations, voir Routage des requêtes vers des noeuds externes. |
Améliorations apportées au gestionnaire ARFM (Autonomic Request Flow Manager) |
|
Accélération d'urgence | Les passerelles du gestionnaire ARFM (Autonomic Request Flow Manager) sont dotées de régulateurs d'urgence qui peuvent contrôler et limiter le taux de répartition des demandes adressées aux noeuds dorsaux en cas de saturation. Ces situations de surcharge comprennent l'utilisation très élevée des noeuds, les erreurs de communication intermittentes entre le contrôleur ARFM et les passerelles de planification de demandes, ainsi que les erreurs de communication intermittentes entre producteurs de données de contrôle AsyncPMI et les passerelles. Pour plus d'informations, voir Configuration de l'accélération d'urgence. |
Remplacement d'estimations de facteur vitesse | Vous disposez d'une nouvelle méthode pour définir le remplacement d'estimations de facteur vitesse. L'ancienne méthode faisait appel à une fonction qui est désormais obsolète, c'est-à-dire la description directe et explicite de classes de transactions. Pour plus d'informations, voir Remplacement d'estimations de facteur vitesse. |
Empilement vertical | L'empilement vertical permet d'éviter les goulots d'étranglement en permettant au contrôleur de positionnement de démarrer plusieurs instances d'un cluster dynamique sur un noeud. Pour plus d'informations, voir Configuration de l'empilement vertical. |
Rééquilibrage des sessions | Equilibre de manière dynamique et active la répartition des sessions HTTP entre les serveurs d'applications. Pour plus d'informations, voir Rééquilibrage de session HTTP. |
Lancement différé d'application | Si votre environnement comporte un nombre élevé de clusters dynamiques qui ne sont pas utilisés pendant des périodes prolongés, vous pouvez envisager d'effectuer un lancement différé d'application. Le lancement différé correspond à l'activation de la première instance de serveur d'applications d'un cluster dynamique désactivé lors de la réception d'une demande d'application. Vous déterminez les applications qui peuvent être désactivées et lancées ultérieurement en mode différé. Lorsque des clusters dynamiques inactifs sont temporairement désactivés, les ressources peuvent être utilisées par d'autres clusters actifs. |
Un seul contrôleur de positionnement d'application par cellule | La version précédente de WebSphere Extended Deployment fournissait un seul contrôleur de positionnement d'application par noeud. Dans la version 6.0, un contrôleur de positionnement d'application est disponible pour chaque cellule. Pour accéder aux paramètres du contrôleur de positionnement d'application dans la version 6.0, cliquez sur Stratégies d'exploitation > Gestionnaires autonomes > Contrôleur de positionnement d'application. |
IBM Enterprise Workload Manager | Le gestionnaire IBM Enterprise Workload Manager peut recevoir des appels ARM (Application Response Measurement) provenant du routeur ODR. IBM Enterprise Workload Manager peut utiliser les informations relatives au temps de réponse pour surveiller l'environnement au sein et hors du domaine de WebSphere Extended Deployment. Pour plus d'informations, voir Activation du routeur ODR en vue de son utilisation avec IBM Enterprise Workload Manager. |
IBM Tivoli Intelligent Orchestrator | Utilisez Tivoli Intelligent Orchestrator version 3.1 avec WebSphere Extended Deployment pour obtenir davantage de ressources physiques situées en dehors d'un groupe de noeuds. Tivoli Intelligent Orchestrator peut installer automatiquement WebSphere Extended Deployment sur les serveurs et configurer la connectivité réseau des serveurs quand WebSphere Extended Deployment requiert un nombre plus important de serveurs. Pour plus d'informations, voir Configuration de Tivoli Intelligent Orchestrator pour une utilisation avec WebSphere Extended Deployment. |
Prise en charge de stratégies de santé et de réactions supplémentaires | Pour plus d'informations, voir Présentation de la gestion de santé. |
Gestion des stratégies de santé à l'aide du scriptage | Pour plus d'informations, voir Gestion des stratégies de santé à l'aide du scriptage. |
Prise en charge de nouvelles applications à exécution longue | Une application à exécution longue est une application J2EE (Java 2 Platform Enterprise Edition) conforme à l'un des modèles de programmation à exécution longue. Les tâches à exécution longue prennent la forme de travaux. Pour plus d'informations, voir Applications et travaux à exécution longue. |
Modèles de programmation des applications par lots ou à traitement lourd | Les applications à traitement lourd sont des applications qui effectuent des tâches complexes auxquelles le concept traditionnel "demande/réponse" de J2EE n'apporte pas toujours la réponse appropriée. Pour plus d'informations, voir Modèle de programmation des applications à traitement lourd. |
Gestion autonome des applications et de travaux à exécution longue à l'aide de stratégies | WebSphere Extended Deployment fournit un certain nombre de mécanismes pour soumettre et traiter les travaux à exécution longue. Pour plus d'informations, voir Gestion des applications à exécution longue. |
Intégration des tâches à exécution longue et transactionnelles à l'aide de stratégies | Les applications à exécution longue sont intégrées et déployées sous forme de fichiers J2EE (Java 2 Platform Enterprise Edition). Pour plus d'informations, voir Déploiement d'applications à exécution longue. |
Fournit à l'environnement WebSphere Extended Deployment les fonctions nécessaires pour gérer le déploiement d'applications de production sans générer d'interruption. | "Sans interruption" signifie que les utilisateurs de votre application ne remarquent aucun baisse de service lorsque vous installez une mise à jour dans l'environnement. Pour plus d'informations, voir Gestionnaire des éditions d'application. |
Améliore la fonction de correction des erreurs via les mécanismes d'un référentiel de configuration. | Le support d'administration étendue fournit les fonctions indispensables pour prendre en charge des configurations étendues, y compris le gestionnaire de déploiement haute disponibilité et les fonctions de point de contrôle et de restauration. Pour plus d'informations, voir Configuration d'un environnement de gestionnaire de déploiement haute disponibilité et Configuration d'un point de contrôle. |
Fournit à l'environnement WebSphere Extended Deployment la structure nécessaire pour gérer des objets Java. | ObjectGrid se compose d'une mémoire partagée répartie et transactionnelle que vous pouvez étendre de manière horizontale. ObjectGrid permet de stocker des centaines de gigaoctets de données au sein d'une grille composée de machines 32 bits ou 64 bits. Pour plus d'informations sur les fonctions d'ObjectGrid, voir ObjectGrid. Pour vous familiariser avec les applications ObjectGrid, voir Initiation à ObjectGrid. |
Related information
Bienvenue dans la documentation