Déploiement de jazz.war sur WebSphere Application Server pour les environnements haute disponibilité

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 Rational Team Concert 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, vous devez disposer de l'édition d'entreprise de Rational Team Concert et de WebSphere Application Server.

Points clés

Avant d'utiliser la configuration de serveur de secours en veille, tenez comptes des principaux points suivants :
  • Rational Team Concert est fourni sous licence pour être utilisé sous la forme d'une configuration mono-serveur et il ne peut pas être utilisé dans une configuration clonée ou clusterisée, sauf s'il est implémenté dans un 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 permet à 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 Rational Team Concert 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.

Serveur de secours en veille - Configuration du serveur

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 edition
Windows, Linux
Serveur principal WebSphere Application Server B
  • WebSphere Application Server v6.1.0.19
  • Rational Team Concert v2.0 - Enterprise edition
Windows, Linux
Facultatif : serveur de fichiers, disque partagé Index Lucene : index documentaire Windows, Linux

Commentaire

Etes-vous satisfait ? Envoyez vos commentaires sur Jazz.net (inscription requise) : Entrez vos remarques dans les forums ou soumettez un incident