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

Algorithme de déploiement d'édition d'application

Cette rubrique a pour objet de présenter les principales caractéristiques comportementales de l'algorithme de déploiement d'application pour vous permettre de mieux comprendre son impact en terme d'exploitation dans l'environnement WebSphere Extended Deployment. L'installation et la distribution d'une édition d'application d'une part et son activation d'autre part sont deux concepts distincts.

Il existe deux modèles de base de remplacement sans interruption. Lorsque vous sélectionnez un déploiement de groupe ou isolé dans la console d'administration, les opérations suivantes sont effectuées :

  1. Déploiement de groupe. Les opérations suivantes sont exécutées pour chaque noeud qui héberge un serveur d'applications appartenant au cluster sur lequel l'application est déployée :
    1. Le noeud est placé en mode maintenance.
    2. Les tâches de l'application sur ce noeud sont mises au repos.
    3. L'application est arrêtée sur ce noeud.
    4. La configuration du serveur sur ce noeud est modifiée pour refléter que l'édition de remplacement est active et que l'édition précédente est inactive.
    5. L'application est redémarrée sur ce noeud.
    6. Le noeud revient à son état normal.
  2. Déploiement isolé
    1. La moitié des noeuds où se trouvent les serveurs d'applications qui appartiennent au cluster du serveur sur lequel l'application est déployée sont placés en mode maintenance. Aucune nouvelle demande n'est envoyée à ces serveurs d'applications. Si le nombre de noeuds est impair, il est arrondi, mais est au moins égal au nombre total de noeuds hébergeant le cluster de serveurs d'applications moins un.
    2. Les tâches destinées à l'application sur ces noeuds sont mises au repos.
    3. L'application est arrêtée sur ces noeuds.
    4. La configuration du serveur sur ces noeuds est modifiée pour refléter que l'édition de remplacement est active et que l'édition précédente est inactive.
    5. L'application est redémarrée sur ces noeuds.
    6. L'étape a est exécutée sur les noeuds restants.
    7. L'étape b est exécutée sur les noeuds restants. Aucun serveur d'applications n'est disponible pour traiter les demandes d'une édition de l'application. Les demandes de cette application sont placées en file d'attente dans le routeur ODR (on demand router) pour assurer qu'elles ne sont pas perdues.
    8. Le premier ensemble de noeuds revient à son état normal. Les nouvelles demandes de nouvelle édition peuvent alors être traitées et toutes les demandes placées en file d'attente sont envoyées.
    9. Les étapes c, d et e sont effectuées sur les noeuds restants.
    10. Les noeuds restants sont placés en mode normal.
La console d'administration offre une sélection prédéfinie d'options de déploiement de groupe et isolé. Vous pouvez obtenir une plus grande souplesse de ces options au moyen d'une interface de scriptage. Les options de scriptage sont les suivantes :
Les options suivantes sont prédéfinies pour les opérations de déploiement dans la console d'administration :



Related concepts
Gestionnaire des éditions d'application

Rubrique Concept    

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/cxdappedalg.html

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