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

Gestionnaire de déploiement haute disponibilité

La fonction du gestionnaire de déploiement haute disponibilité est configurée à l'aide d'un système de fichiers partagé. Lorsque cette option de configuration est sélectionnée, plusieurs gestionnaires de déploiement sont configurés. Cette fonction a pour avantage d'éliminer le gestionnaire de déploiement comme point de défaillance unique pour l'administration de la cellule. Cela est important dans des environnements où un grand nombre d'opérations sont automatisées, y compris le déploiement d'applications et la surveillance du serveur.

Les gestionnaires de déploiement existent en tant qu'homologues. L'un d'eux est considéré comme étant actif, et est qualifié de principal, et il héberge la fonction d'administration de la cellule ; les autres sont des dispositifs de secours, à l'état d'attente. En cas de défaillance du gestionnaire actif, un gestionnaire de secours prend le relais ; il est alors désigné comme étant le gestionnaire de déploiement actif. Un nouvel utilitaire de ligne de commande est fourni avec WebSphere Extended Deployment pour cloner le gestionnaire de déploiement de la cellule d'origine et générer ainsi des gestionnaires de déploiement supplémentaires. Les gestionnaires de déploiement sont installés et configurés pour s'exécuter sur des machines physiques ou logiques différentes. Ils ne doivent pas nécessairement être hébergés sur des plateformes d'exploitation homogènes, bien qu'il soit préférable que les plateformes soient identiques. Chaque gestionnaire de déploiement partage la même instance du référentiel de configuration principal et de zone d'espace de travail. Ces éléments doivent être situés dans un système de fichiers partagé.

Le système de fichiers doit prendre en charge une fonction rapide de reprise de verrou. Le système de fichiers SAN FS (IBM Storage Area Network File System) est recommandé et le système NSF (Network File System) version 4 est facultatif. Pour plus d'informations sur les technologies IBM SAN, visitez le site IBM TotalStorage.

En mode d'exploitation normal, deux gestionnaires de déploiement au moins doivent être démarrés. Un nouveau composant haute disponibilité s'exécute sur chaque gestionnaire de déploiement pour déterminer lequel peut être désigné comme étant actif. Tout autre gestionnaire de déploiement de la configuration est placé en attente. Le routeur ODR de WebSphere Extended Deployment est configuré avec les noeuds finaux de communication pour la console d'administration, wsadmin et le scriptage. Il détecte quelle instance du gestionnaire de déploiement est active et achemine toutes les communications d'administration vers cette instance. La fonction du gestionnaire de déploiement haute disponibilité prend en charge uniquement l'utilisation du connecteur SOAP JMX. Ce dernier n'est pas pris en charge dans cette configuration.

Les gestionnaires de déploiement sont configurés initialement dans le même groupe central. Cette opération est recommandée et elle est importante pour que les informations de routage exposées sur le routeur ODR soient cohérentes sur tous les gestionnaires de déploiement. Si les gestionnaires de déploiement sont placés dans des groupes centraux distincts, ces derniers doivent être connectés à une passerelle de groupe central.

Une configuration de gestionnaire de déploiement haute disponibilité standard est générée à l'aide d'une paire de gestionnaires de déploiement qui partage une seule installation WebSphere et un seul référentiel principal, situé dans un système de fichiers SAN FS. Une paire de routeurs ODR redondants est configurée pour la disponibilité des communications.

Toutes les opérations d'administration s'exécutent par le biais du gestionnaire de déploiement actif choisi. Le gestionnaire de déploiement de secours est entièrement initialisé et prêt à exécuter des tâches mais il ne peut pas être utilisé à des fins d'administration. Cela est dû au fait que la fonction d'administration ne prend pas en charge plusieurs processus de serveur simultanés qui écrivent des données dans la même configuration. Ainsi, le système de secours refuse toute demande de connexion et JMX. Toutefois, en cas d'arrêt ou de défaillance du gestionnaire de déploiement actif, le composant haute disponibilité associé à celui-ci reconnaît la perte du gestionnaire de déploiement actif et fait passer le gestionnaire de déploiement de secours à l'état actif afin qu'il se substitue au dispositif défaillant. Le gestionnaire actif et les gestionnaires de secours partagent les mêmes espaces de travail. Au cours de ce changement de gestionnaire de déploiement, les tâches ne sont pas perdues. Lorsque le changement se produit, le routeur ODR reconnaît automatiquement le choix du nouveau gestionnaire de déploiement et réachemine les demandes d'administration vers le nouveau gestionnaire de déploiement actif, comme indiqué dans le diagramme suivant :

Si le composant du gestionnaire de déploiement haute disponibilité est capable de détecter la défaillance du gestionnaire de déploiement, il existe certaines conditions limites dans lesquelles chaque gestionnaire de déploiement peut croire un bref instant qu'il est actif. Pour éviter que cela se produise, le gestionnaire de déploiement détient un verrou de fichier sur le système de fichiers partagé. C'est pour cette raison que le remplacement du gestionnaire de déploiement actif par le dispositif de secours s'effectue très rapidement, le temps que le système de fichiers partagé détecte la perte du gestionnaire de déploiement actif et lève le verrou. Les systèmes de fichiers SAN FS et NFS utilisent tous les deux un modèle de libération de verrou ; d'autre part la durée de libération des verrous peut être configurée en cas de défaillance des détenteurs de verrou. Cette durée peut être associée à une valeur minimale de 10 secondes pour le système de fichiers SAN FS.
NoteColonSymbol A la place du gestionnaire de déploiement haute disponibilité sous z/OS, vous pouvez démarrer le déploiement sur une partition logique différente. Vous trouverez des instructions dans la documentation technique d'IBM WP100415 Starting Deployment Manager on another MVS image .



Related tasks
Configuration d'un environnement de gestionnaire de déploiement haute disponibilité

Rubrique Concept    

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

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