Définition d'une configuration haute disponibilité de base

Définition et configuration des serveurs principal et de sauvegarde pour un environnement haute disponibilité de base.

Installation et configuration d'IBM HTTP Server et des plug-ins du serveur Web

Pour installer et configurer IBM® HTTP Server et les plug-ins du serveur Web, procédez comme suit :
  1. Installez IBM HTTP Server. Voir http://publib.boulder.ibm.com/infocenter/wasinfo/v6r1/index.jsp?topic=/com.ibm.websphere.base.doc/info/aes/ae/tins_webserver.html.
  2. Installez les plug-ins du serveur Web. Voir http://publib.boulder.ibm.com/infocenter/wasinfo/v6r1/index.jsp?topic=/com.ibm.websphere.base.doc/info/aes/ae/tins_webplugins.html.
  3. Configurez un serveur Web et un serveur d'applications sur des ordinateurs différents (distants). Voir http://publib.boulder.ibm.com/infocenter/wasinfo/v6r1/index.jsp?topic=/com.ibm.websphere.base.doc/info/aes/ae/tins_webplugins_remotesa.html.
  4. Pour protéger les transmissions entre le serveur Web et le client, activez SSL sur IBM HTTP Server. Voir le guide pour configurer correctement SSL dans IBM HTTP Server

Installation et configuration d'une application Jazz sur les serveurs principal et de sauvegarde

Pour installer et configurer deux instances d'une application Jazz, telle qu'IBM Rational Team Concert ou IBM Rational Quality Manager sur WebSphere Application Server, voir Configuration de WebSphere Application Server.
A faire : Installez un serveur à la fois. Chaque serveur fait référence à la même base de données dans son fichier teamserver.properties. Veillez à arrêter le premier serveur et à ne pas attacher le référentiel avant la seconde installation.

Configuration de la haute disponibilité pour les serveurs principal et de sauvegarde

L'application jazz.war s'installe normalement avec un seul serveur d'applications comme cible. Avec l'introduction du serveur Web, l'application jazz.war doit être modifiée pour permettre le routage via le serveur Web.

Pour modifier l'application :
  1. Dans la console WebSphere, cliquez sur le lien de l'application jazz.war sous Applications d'entreprise.
  2. Sélectionnez Gestion des modules.
  3. Cochez la case du module d'application jazz.war.
  4. Dans la liste des clusters et des serveurs, choisissez le serveur Web et le serveur d'applications, puis cliquez sur Appliquer.
  5. Cliquez sur OK, puis Sauvegarder les modifications.
  6. Redémarrez l'application jazz.war.
Reconfigurez l'application Jazz sur le serveur d'applications principal pour désactiver la sécurité de l'application jazz.war :
  1. Modifiez le fichier web.xml dans le fichier WAR qui a été installé dans WebSphere Application Server.
    Conseil : Il se peut que vous deviez décompresser le fichier WAR dans un répertoire temporaire pour pouvoir accéder au fichier web.xml.
  2. Remplacez chaque occurrence "CONFIDENTIAL" par "NONE".
  3. Vérifiez que WebSphere Application Server est en cours d'exécution, ouvrez un navigateur et accédez à : https://hôtelocal:9043/ibm/console/logon.jsp
  4. Accédez à la page Applications -> Applications d'entreprise.
  5. Sélectionnez l'application jazz_war et cliquez sur Mettre à jour.
  6. Sélectionnez Remplacer ou ajouter un fichier unique.
  7. Dans la zone "Indiquez le chemin commençant par le fichier d'archive de l'application installée vers le fichier à remplacer ou à ajouter", entrez jazz.war\WEB-INF\web.xml.
  8. Cliquez sur Parcourir et sélectionnez le fichier web.xml que vous avez modifié à l'étape 1.
  9. Cliquez sur Suivant et continuez jusqu'à ce que l'application soit sauvegardée.
  10. Retournez à la page Applications->Applications d'entreprise et arrêtez, puis démarrez, l'application jazz_war.
Reconfigurez les serveurs principal et de sauvegarde Rational Jazz Team Server pour qu'ils fassent référence au même emplacement pour l'index de recherche documentaire. Pour maintenir l'index à jour et disponible pour le serveur principal et le serveur de sauvegarde, mettez à jour la propriété com.ibm.team.fulltext.indexLocation dans le fichier teamserver.properties sur ces deux serveurs pour stocker l'index sur une unité partagée. Modifiez la propriété suivante dans le fichier teamserver.properties sur les serveurs principal et de sauvegarde :
  • La propriété suivante est un exemple de ce que vous voyez sous Windows :
    com.ibm.team.fulltext.indexLocation=I\:/sharedIndexFolder/workitemindex
  • La propriété suivante est un exemple de ce vous voyez sous Linux :
    com.ibm.team.fulltext.indexLocation=/net/LinuxHost/sharedIndex/workitemindex

Désactivation des tâches asynchrones sur le serveur de sauvegarde

Pour éviter tout conflit de données entre les deux serveurs Rational Jazz Team Server actifs, désactivez les tâches asynchrones (ou en arrière-plan) sur le serveur de sauvegarde.
  1. Ajoutez la ligne suivante au fichier teamserver.properties sur le serveur de sauvegarde :
    com.ibm.team.repository.scheduler.migration.mode.enabled=true
  2. Redémarrez l'application jazz.war sur le serveur de sauvegarde.

Modification du fichier plugin_cfg.xml du serveur Web pour le serveur de secours en veille

Chaque fois qu'un serveur WebSphere Application Server est configuré pour envoyer les demandes via un serveur Web à un serveur d'applications, le fichier plugin.xml du serveur Web est mis à jour avec les informations de connexion du serveur d'applications. A ce stade, vous avez configuré partiellement le fichier plugin-cfg.xml. Remplacez et modifiez la section suivante du fichier plugin-cfg.xml sur le serveur Web pour terminer la configuration. Ce fichier plugin-cfg.xml se trouve dans le dossier plugin\config\webserver1 du serveur Web (où webserver1 est le nom que vous avez affecté au serveur Web dans la section précédente sur l'installation d'IBM HTTP Server et des plug-ins du serveur Web).
<ServerCluster CloneSeparatorChange="false" GetDWLMTable="false" IgnoreAffinityRequests="true" LoadBalance="Round Robin" Name="RTC_basicHA_Cluster" RetryInterval="60" PostBufferSize="64" PostSizeLimit="-1" RemoveSpecialHeaders="true">
<Server LoadBalanceWeight="1" ConnectTimeout="0" ExtendedHandshake="false" MaxConnections="-1" Name="PrimaryNode01_server1" ServerIOTimeout="0" WaitForContinue="false">
<Transport Hostname="primary.hostname.company.com" Port="9080" Protocol="http"/>
</Server>
<Server LoadBalanceWeight="0" ConnectTimeout="0" ExtendedHandshake="false" MaxConnections="-1" Name="BackupNode01_server1" ServerIOTimeout="0" WaitForContinue="false">
<Transport Hostname="backup.hostname.company.com" Port="9080" Protocol="http"/>
</Server>
</ServerCluster>
<UriGroup Name="default_host_RTC_basicHA_Cluster_URIs">
<Uri AffinityCookie="JSESSIONID" AffinityURLIdentifier="jsessionid" Name="/jazz/*"/>
<Uri AffinityCookie="JSESSIONID" AffinityURLIdentifier="jsessionid" Name="/snoop/*"/>
<Uri AffinityCookie="JSESSIONID" AffinityURLIdentifier="jsessionid" Name="/hello"/>
<Uri AffinityCookie="JSESSIONID" AffinityURLIdentifier="jsessionid" Name="/hitcount"/>
<Uri AffinityCookie="JSESSIONID" AffinityURLIdentifier="jsessionid" Name="*.jsp"/>
<Uri AffinityCookie="JSESSIONID" AffinityURLIdentifier="jsessionid" Name="*.jsv"/>
<Uri AffinityCookie="JSESSIONID" AffinityURLIdentifier="jsessionid" Name="*.jsw"/>
<Uri AffinityCookie="JSESSIONID" AffinityURLIdentifier="jsessionid" Name="/j_security_check"/>
<Uri AffinityCookie="JSESSIONID" AffinityURLIdentifier="jsessionid" Name="/ibm_security_logout"/>
<Uri AffinityCookie="JSESSIONID" AffinityURLIdentifier="jsessionid" Name="/servlet/*"/>
<Uri AffinityCookie="JSESSIONID" AffinityURLIdentifier="jsessionid" Name="/ivt/*"/>
</UriGroup>
<Route ServerCluster="RTC_basicHA_Cluster" UriGroup="default_host_RTC_basicHA_Cluster_URIs" VirtualHostGroup="default_host"/>

Vérification de la configuration du serveur pour le basculement manuel

Pour vérifier le basculement manuel de WebSphere Application Server, modifiez le fichier plugin-cfg.xml sur le serveur Web en affectant à PrimaryNode01 _server1 l'attribut LoadBalanceWeight ="0" et à BackupNode01_server1 l'attribut LoadBalanceWeight ="1". Enregistrez le fichier plugin-cfg.xml.
Important : Etant donné que la mise en cluster et l'équilibrage de charge "réels" ne sont pas encore pris en charge, les deux serveurs principal et de sauvegarde ne peuvent jamais avoir l'attribut LoadBalanceWeight affecté d'une valeur différente de zéro.
  1. Le serveur principal et le serveur de sauvegarde étant en ligne, exécutez l'exemple de servlet WebSphere Snoop pour obtenir le nom du serveur qui gère la demande.
  2. Appelez le servlet Snoop depuis un navigateur HTML en utilisant l'URL https://webserver/snoop.
  3. Les informations de la demande affichent l'hôte qui gère la demande comme hôte local ; le serveur avec l'attribut LoadBalanceWeight, en l'occurrence..
  4. Essayez de négocier l'attribut LoadBalanceWeight entre le serveur principal et le serveur de sauvegarde et notez le serveur qui gère la demande du servlet Snoop.

Détection d'incidents sur le serveur principal

Pour mettre en oeuvre la haute disponibilité, vous devez savoir quand le serveur principal est en panne. Ceci est particulièrement important pour cette solution haute disponibilité de base qui ne permet pas de basculer automatiquement le serveur principal vers le serveur de sauvegarde.

La détection d'un serveur défaillant est une tâche importante et ponctuelle. Divers éléments peuvent indiquer un serveur défaillant, tels que incidents réseau, incidents de configuration, surcharge d'application ou erreur utilisateur. Quelle que soit la solution adoptée pour détecter les incidents serveur, l'alerte doit être aussi immédiate que possible.


Retour d'informations