WebSphere Extended Deployment, Version 6.0.x     Systèmes d'exploitation : AIX, HP-UX, Linux, Solaris, Windows, z/OS

Nouveautés de cette version

La présente rubrique indique les fonctions nouvelles ou mises à jour de WebSphere Extended Deployment version 6.0.

[Version 6.0.1 and later]

Nouveautés de WebSphere Extended Deployment version 6.0.1

Vous trouverez ci-après la liste des nouvelles fonctions de WebSphere Extended Deployment version 6.0.1.

Positionnement d'application
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 :
  • Propriété personnalisée cpuUtilizationThreshold

    Si le déploiement comporte des noeuds qui s'exécutent sous z/OS, vous devez définir la propriété de personnalisation cpuUtilizationThreshold. La propriété de personnalisation cpuUtilizationThreshold définit le pourcentage de la puissance de l'unité centrale qui est utilisée sur un noeud.

  • Propriété personnalisée GenerateUniquePorts

    La propriété personnalisée GenerateUniquePorts permet de générer des ports uniques pour chaque membre du cluster dynamique.

  • Propriétés personnalisées reservedMemoryFixed et reservedMemoryPercent

    Ces propriétés personnalisées permettent de définir la quantité de mémoire qui doit être réservée sur chaque noeud pour les processus non associés à WebSphere Application Server ou WebSphere Extended Deployment.

Pour plus d'informations sur la configuration de ces propriétés personnalisées, voirSpécification de propriétés personnalisées pour le positionnement d'application.
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.
Gestion de santé
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.
Intégration de Tivoli Intelligent Orchestrator
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.
Optimisation du niveau de base de données
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.
Stratégies de service
Créez des règles de classification et des classes de travail pour les stratégies de service pour le trafic IIOP. Pour plus d'informations, voir Stratégies de routage et de service pour les classes de travail.
Modification du gestionnaire ARFM (Autonomic Request Flow Manager)
Les flux de demandes IIOP et JMS sont désormais pris en charge en plus des demandes HTTP, bien qu'ils ne soient pas acheminés via le routeur ODR.
ObjectGrid
La structure ObjectGrid a été améliorée ; il s'agit désormais d'une solution de mise en cache sécurisée, à haute disponibilité et distribuée, qui inclut un support client à distance pour un cluster de serveurs ObjectGrid proposant des services de mise en cache. De plus, vous pouvez utiliser les fonctions distribuées d'ObjectGrid dans WebSphere Application Server ou de façon autonome hors de l'environnement WebSphere. Pour plus d'informations sur les fonctions d'ObjectGrid, voir ObjectGrid. Pour vous familiariser avec les applications ObjectGrid, voir Initiation à ObjectGrid.

Nouveautés ou modifications apportées à WebSphere Extended Deployment version 6.0

Vous trouverez ci-après la liste des nouvelles fonctions de WebSphere Extended Deployment version 6.0.

Modification du gestionnaire ARFM (Autonomic Request Flow Manager)
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)
  • Le gestionnaire ARFM réagit désormais aux variations de la vitesse de traitement d'un noeud.
  • Le gestionnaire ARFM ignore désormais les charges en arrière-plan d'un noeud.
  • Il est désormais inutile de définir la propriété personnalisée boostCPUThreshold.
  • Les groupes de noeuds peuvent se chevaucher.
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.
Améliorations apportées à la fonction de positionnement d'application
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.
Intégration aux autres gestionnaires autonomes
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.
Surveillance de la santé
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.
Business Grid
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.
Gestionnaire des éditions d'application
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.
Administration étendue
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.
ObjectGrid
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

Rubrique Référence    

Conditions d'utilisation | Commentaires Dernière mise à jour le : Mar 16, 2006 9:52:59 AM EST
http://publib.boulder.ibm.com/infocenter/wxdinfo/v6r0/index.jsp?topic=?topic=/com.ibm.websphere.xd.doc/info/info/changes.html

© Copyright IBM 2005, 2006. All Rights Reserved.
Ce centre de documentation s'appuie sur la technologie Eclipse. (http://www.eclipse.org)