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

Déploiement d'une édition

Cette rubrique explique comment remplacer une édition active par une nouvelle édition. La nouvelle édition peut consister en une simple modification de l'application, comme dans le cas d'un groupe de correctifs, ou en une modification plus importante. Tant que la modification est compatible en amont, il est possible de la déployer pour remplacer l'édition active en cours sans que cela ait un impact sur les clients existants. Pour déployer une nouvelle édition, vous devez d'abord installer l'édition d'application en tenant compte des nouvelles informations d'édition.

Avant de commencer

Avant de commencer, une édition d'application doit être installée et démarrée sur votre système.

Pourquoi et quand utiliser cette tâche

Pour déployer une édition, procédez comme suit :
  1. Cliquez sur Applications > Installation d'une nouvelle application.
  2. Spécifiez le nouveau fichier EAR à installer et cliquez sur Suivant.
  3. Dans la zone Edition de l'application, spécifiez des informations sur la nouvelle édition. Par exemple, tapez 2.0.
  4. Dans la zone Description de l'application, spécifiez le type de la nouvelle édition que vous êtes en train d'installer. Exemple :Seconde édition.
  5. Renseignez les zones restantes et cliquez sur Suivant. Pour plus d'informations sur l'utilisation de l'assistant d'installation d'application, voir le centre de documentation de WebSphere Application Server.
  6. Sur la page Mappage des modules vers les serveurs, dans la liste Clusters et serveurs, sélectionnez la cible de déploiement déjà utilisée pour l'édition courante. Les mêmes étapes de base s'appliquent pour le déploiement d'une édition, que la cible de déploiement soit de type cluster dynamique, cluster statique ou serveur isolé. Pour ce tutoriel, sélectionnez le cluster dynamique BTDC1.
  7. Dans la liste Cloner des classes de travail existantes à partir de cette édition de l'application, sélectionnez la classe de travail de l'édition 1.0, et cliquez sur Suivant. Lorsque vous installez une édition d'application, une classe de travail par défaut y est affectée. La classe de travail définit les règles de routage par défaut de l'édition d'application. Les classes de travail d'une application constituent ses règles de routage. Lors de l'installation d'éditions ultérieures, vous pouvez affecter une classe de travail de votre choix. Cependant, lorsque vous effectuez le déploiement d'édition, il est recommandé de conserver les mêmes informations de classe de travail. Chaque édition possède sa propre définition de classe de travail indépendante. Pour ce tutoriel, clonez la classe de travail de l'édition 1.0 pour définir la classe de travail de l'édition 2.0.
  8. Exécutez l'assistant d'installation.
  9. Sauvegardez et synchronisez vos noeuds.
  10. Cliquez sur Applications > Centre de contrôle des éditions.
  11. Sélectionnez votre nouvelle édition, édition 2.0, et cliquez sur Déploiement.
  12. [Version 6.0.1 and later] Sélectionnez Isolé ou Groupe. Le déploiement de groupe permet de remplacer des éditions pour les membres d'un cluster cible dans un groupe de niveau un. Une autre solution consiste à effectuer un déploiement de groupe d'une taille spécifiée par scriptage. Pour plus d'informations, voir AdminTasks pour la gestion des éditions d'application. Pendant le déploiement de groupe, les utilisateurs peuvent être desservis par les deux éditions, jusqu'à ce que la nouvelle édition ait entièrement remplacé l'ancienne.

    Utilisez le déploiement isolé pour remplacer une édition par une autre par moitié de cluster à la fois. Toutes les demandes des utilisateurs sont alors desservies au moyen d'une édition cohérente de l'application. Cependant, les capacités d'exécution du cluster sont réduites de moitié. Si votre cluster est de taille importante, un déploiement de groupe sera plus adapté à vos besoins. Le mode isolé peut également être utilisé pour une cible de déploiement de type cluster unique, où les opérations effectuées sur la deuxième partie du cluster sont omises.

  13. [Version 6.0.1 and later] Sélectionnez la stratégie de réinitialisation. Cette stratégie donne des consignes au gestionnaire des éditions d'application sur le chargement par chaque cible de déploiement de la nouvelle édition sur le serveur en cours d'exécution. Pour réinitialiser l'application, adoptez une stratégie souple d'arrêt et de redémarrage de l'application sur tous les serveurs du cluster, au fur et à mesure que la nouvelle édition remplace l'ancienne sur chaque serveur. Lors d'une réinitialisation souple, les bibliothèques natives ne sont pas déchargées de la mémoire. Cette méthode est généralement fiable pour les applications qui n'utilisent pas de bibliothèques natives. Lorsque la réinitialisation souple est utilisée dans un environnement de production, contrôlez le processus du serveur d'applications afin de vérifier que la mémoire virtuelle est suffisante.

    Une réinitialisation rapide recycle l'ensemble du serveur d'applications, en régénérant à la fois la mémoire de processus et les bibliothèques natives utilisées par l'application. Cela évite les insuffisances de mémoire virtuelle et permet de charger de nouvelles versions des bibliothèques natives. Lors du déploiement d'une édition d'application accompagnée des nouvelles versions des bibliothèques natives dont elle dépend, vous devez sélectionner une stratégie de réinitialisation rapide. Pour réinitialiser l'application, adoptez une stratégie rapide d'arrêt et de redémarrage de l'application sur tous les serveurs du cluster, au fur et à mesure que la nouvelle édition remplace l'ancienne sur chaque serveur.

  14. Définissez l'intervalle de drainage en secondes. L'intervalle de drainage spécifie la durée pendant laquelle un serveur d'applications dessert les clients qui possèdent une affinité avec ce serveur, après le démarrage du processus de déploiement et avant le démarrage de la stratégie de réinitialisation. Ces affinités, de type transaction, activité, portée de compensation, et activité non répertoriée par WebSphere Extended Deployment, augmentent l'intervalle de drainage nécessaire, car le serveur ne s'arrête que lorsque ces unités de travail sont terminées. Les applications dont les activités sont connues d'Extended Deployment peuvent utiliser la notification de mise au repos lancée par le MBeanAppEditionManager pour déclencher le processus d'arrêt et exploiter l'intervalle de drainage pour l'arrêt du système.
  15. Cliquez sur OK. Le remplacement sans interruption de l'édition 1.0 par l'édition 2.0 est démarré.

Résultat

Une édition en cours de validation est déployée sur la cible de déploiement d'origine et l'environnement dupliqué est supprimé.

Si une panne survient pendant le déploiement, le gestionnaire des éditions d'application tente d'annuler les opérations qu'il a effectuées. Par exemple, si l'édition 1.0 a été remplacée par l'édition 2.0 sur deux des trois serveurs d'un cluster, et qu'une panne survient pendant le remplacement de l'édition sur le troisième serveur, le gestionnaire des éditions d'application remplace l'édition 2.0 par l'édition 1.0 sur les premier et second serveurs.

Que faire ensuite

Pour consulter les résultats, revenez au centre de contrôle d'édition, sélectionnez l'application et cliquez sur Gestion des déploiements d'édition. L'édition 2.0 remplace l'édition 1.0 en tant qu'édition active de la cible de déploiement BTDC1. La nouvelle édition démarre automatiquement car elle remplace une édition en cours d'exécution.

Lorsqu'une édition d'application en mode validation est déployée, les noms des liens doivent être remplacés par les noms d'origine ; par exemple, /clusters/cluster1-validation/jdbc/CustomerData doit être remplacé par /clusters/cluster1/jdbc/CustomerData.




Related concepts
Concepts du gestionnaire des éditions

Related tasks
Installation d'une première édition
Reprise d'une édition
Activation d'éditions simultanées
Validation d'une édition

Related reference
Règles de routage des classes de travail

Rubrique Tâche    

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

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