Déployez le fichier jazz.war sur les serveurs principal et de sauvegarde afin de pouvoir utiliser le serveur de secours en veille comme stratégie de basculement dans les environnements haute disponibilité.
La configuration du serveur de secours en veille permet d'exécuter une
reprise par basculement pour réduire au minimum l'impact des indisponibilités
de serveur planifiées et imprévues sur l'activité de l'entreprise. Pour pouvoir
implémenter la configuration de serveur de secours en veille avec IBM Rational Team Concert,
vous devez disposer de l'édition d'entreprise de WebSphere Application Server. Pour pouvoir
implémenter la configuration de serveur de secours en veille avec IBM Rational Quality Manager,
vous devez disposer de l'édition standard et de WebSphere Application Server.
Points clés
Avant d'utiliser la configuration de serveur de secours en veille, tenez compte des principaux points suivants :
- Les applications Jazz, telles que Rational Team Concert
et Rational Quality Manager,
sont fournies sous licence pour être utilisées sous la forme de configurations
mono-serveur et ne peuvent pas être utilisées dans une configuration clonée ou
clusterisée, sauf en cas d'implémentation dans une configuration de serveur de
secours en veille. Dans cette configuration, vous pouvez activer un serveur de sauvegarde en cas de défaillance du serveur principal ou de maintenance de ce dernier. La mise en cluster pour l'équilibrage de la charge ou toute autre opération ne correspondant pas à l'implémentation de la configuration de serveur de secours en veille n'est pas prise en charge actuellement.
- La configuration de serveur de secours en veille ne fournit pas un support complet pour le basculement. En cas de défaillance du serveur principal ou de mise hors ligne intentionnelle de ce dernier, certains utilisateurs doivent s'authentifier de nouveau sur le Web ou attendre que leur client régénère une vue.
- Le serveur de sauvegarde n'est pas prévu pour être exécuté pendant de longues périodes à la place du serveur principal.
Important : Rational Team Concert
et Rational Quality Manager
permettent à un seul serveur d'être actif à la fois dans un référentiel. Par
conséquent, le serveur de sauvegarde (ou inactif) est configuré pour ne jamais
exécuter des tâches asynchrones (ou en arrière-plan). Si vous passez au serveur de sauvegarde, vous devez prendre les mesures appropriées pour que le serveur de sauvegarde principal soit de nouveau opérationnel aussitôt que possible.
Topologie de déploiement
Le diagramme de topologie suivant montre la configuration de la haute disponibilité de base en utilisant le serveur de secours en veille. Dans l'illustration suivante,
le serveur HTTP IBM® est utilisé pour diriger le trafic entrant vers l'un des deux serveurs d'applications WebSphere, le serveur principal A ou le serveur de sauvegarde B. Les serveurs WebSphere correspondent à un noeud principal et secondaire dans le cluster. Ils appartiennent tous les deux à la même cellule du cluster. Outre les noeuds WebSphere, il existe un serveur LDAP, un serveur de fichiers (pour l'index Lucene) et un serveur de base de données.
Conditions
Le tableau suivant répertorie les conditions de haute disponibilité de base :
Tableau 1. Conditions de haute disponibilité de base| Serveur |
Logiciel |
Système d'exploitation |
| Serveur HTTP IBM |
- IBM HTTP Server v6.1.0.17+
- Plug-ins de serveur Web pour WebSphere Application
Server v6.1.0.17+
- Module de maintenance WebSphere SDKPK85942
- IBM Key Management v7.0.3.28
|
Windows®, Linux® |
| Serveur principal WebSphere Application Server A |
- WebSphere Application Server v6.1.0.19
- Rational Team Concert
v2.0 - Enterprise ou Rational Quality Manager Standard
|
Windows, Linux |
| WebSphere Application Server Backup Server B |
- WebSphere Application Server v6.1.0.19
- Rational Team Concert v2.0 - Enterprise ou Rational Quality Manager Standard
|
Windows, Linux |
| Facultatif : serveur de fichiers, disque partagé |
Index Lucene : index documentaire |
Windows, Linux |