Cette rubrique présente le processus de changement de nom d'un serveur ainsi que ses implications.
Une opération de changement de nom du serveur est définie comme étant une modification de l'URL publique de
Jazz Team Server et d'une ou plusieurs de ses applications enregistrées une fois ces dernières déployées. La modification de l'adresse URL peut inclure un ou plusieurs des composants suivants : protocole, nom d'hôte, domaine, port ou racine du contexte. Exemple d'adresse URL publique d'un serveur
Jazz Team Server :
https://relm01.mycompany.com:9443/jts.
Important : Pour qu'un serveur Jazz Team Server ou un
serveur d'applications Jazz prenne en charge l'opération de
changement de nom de serveur, toutes les applications qui se trouvent sur ce serveur doivent participer à l'opération
de changement de nom de serveur.
Jazz Team Server et les applications
Rational Engineering Lifecycle
Manager
utilisent des liens pour stocker les relations entre les artefacts stockés pouvant
étendre des applications ou des systèmes, et pour communiquer entre eux et avec les
applications autres que les applications Rational Engineering Lifecycle
Manager.
Le renommage de serveur remappe les URL existantes à de nouvelles URL afin de préserver l'intégrité de la majorité des liens. En l'absence de remappage, ces liens seraient rompus.
Remarque : Nombreux sont les liens qui échappent au contrôle de
Jazz Team Server et
des applications
Rational Engineering Lifecycle
Manager.
En effet, les types de liens suivants ne sont pas couverts lors du renommage
et sont rompus :
- URL incorporées dans les courriers électroniques, les présentations et les documents
- Signets dans les navigateurs
- Liens de texte libre qui sont collés ou saisis dans des zones de l'interface utilisateur
- Liens provenant d'applications tierces
Risques et précautions
Le changement de nom d'un serveur n'est pas sans risque, en
particulier si le déploiement Rational Engineering Lifecycle
Manager
inclut des intégrations à des applications autres que Rational Engineering Lifecycle
Manager.
Tout changement apporté à un nom d'hôte peut potentiellement rompre des liens figurant dans les données ou empêcher des
produits Rational Engineering Lifecycle
Manager
de fonctionner correctement.
S'il est nécessaire d'apporter
des modifications à la topologie, l'approche recommandée consiste à le faire tout en conservant une URL stable, par exemple en utilisant DNS pour router le nom d'hôte vers
une autre machine, ou en utilisant un proxy inverse ou des hôtes
virtuels.
Si vous ne pouvez pas appliquer cette approche, vous pouvez utiliser le changement de nom.
Prenez les précautions suivantes avant de renommer un serveur :
- Planifiez votre déploiement avec soin. Voir notamment la rubrique Planification de vos URI.
- Soyez attentif tout au long du processus de changement de nom : entrez les adresses URL correctement, en vérifiant l'orthographe des noms d'hôte, des ports ou des racines de contexte.
Certaines de ces erreurs d'orthographe ne peuvent pas être détectées par le processus de changement de nom. Pour corriger les erreurs, vous pouvez effectuer un autre changement de nom ou, dans des circonstances extrêmes, effectuer une restauration à partir des sauvegardes avant d'effectuer un autre changement de nom.
- Préparez le fichier de mappage et étudiez-le soigneusement avant d'entamer l'opération
de changement de nom.
- Il est essentiel de bien maîtriser le mécanisme du déploiement avant de procéder à un
changement de nom, notamment au niveau des références et liaisons externes qui existent
avec d'autres systèmes de production. Consultez les informations disponibles sur la page http://jazz.net/library/article/1120 pour déterminer si les intégrations dans votre déploiement sont prises en charge.
- Prenez soigneusement en compte les clients, comme
Rational Team Concert Eclipse ou
Visual Studio, qui reposent sur le déploiement
Jazz Team Server
qui est renommé. Pour éviter toute interruption et préserver la disponibilité, avertissez à l'avance les utilisateurs de ces clients que
vous allez changer les adresses URL des serveurs
Jazz Team Server
qu'ils utilisent.Encouragez les
utilisateurs à effectuer des sauvegardes et à terminer les tâches en cours, comme les livraisons de code, avant
d'entamer la procédure de renommage.
- Au cours de la partie en ligne du changement de nom, il arrive que les utilisateurs puissent se connecter au serveur pendant que l'administrateur valide les données renommées. A ce stade, toute opération qui n'est pas une opération en lecture seule entraîne une erreur. Veillez à ce que les utilisateurs aient connaissance de ce comportement au cas où ils se connecteraient avant que le changement de nom en ligne soit terminé.
Versions logicielles requises
Le renommage de serveur est pris en charge uniquement pour
Rational Engineering Lifecycle
Manager v4.0.4
ou version ultérieure.
Quelles parties de l'adresse URL peut-on renommer ?
Le renommage d'un serveur
Jazz Team Server
ou d'applications Rational Engineering Lifecycle
Manager
requiert un remappage des URL stockées dans les ressources
Jazz Team Server.
Vous pouvez renommer le préfixe complet de l'URL qui inclut toutes les parties de l'URL jusqu'à la racine de contexte, mais qui n'inclut pas le chemin de contexte d'une
ressource. Plus précisément, vous pouvez renommer le schéma (ou protocole), l'hôte, le domaine, le port et la
racine de contexte.
Supposons, par exemple,
que vous souhaitiez renommer l'ancienne URL suivante dans un déploiement pilote migré
vers un centre de données géré de façon centralisée :
- Ancienne adresse URL : http://bad.host.example.org:9443/relm
Cette adresse URL utilise un protocole non sécurisé (http), la configuration du port par défaut (9443) et une racine de contexte par défaut (relm).
- Nouvelle adresse URL : https://good.host.example.org/relm14
Cette
adresse URL utilise un protocole sécurisé (https), modifie le nom d'hôte, utilise le
port par défaut (non spécifié dans l'adresse URL) et une racine de contexte personnalisée (relm14).
Tableau 1. Parties de l'URL pouvant être remappées lors d'un changement de nom de serveur| Partie de l'URI |
exemple |
Commentaires |
| Schéma/Protocole |
http, https, ftp, adresse URL de connexion distante |
Peut être modifié, mais l'utilisation d'http est fortement déconseillée. Si vous passez d'https à http ou inversement, il est nécessaire de désactiver ou d'activer les paramètres de sécurité.
Pour les URL de connexion distante utilisées avec les fonctions Gestion de lab de l'application Gestion de la qualité (QM), veillez à inclure tous les schémas (Remote Desktop/VNC/FTP/HTTP/Telnet).
|
| Hôte/domaine |
monhôte.mondomaine.com |
Utilisez le nom d'hôte complet. |
| Port |
9443 |
Peut être modifié mais vous devrez mettre à jour les informations de port sur le serveur d'applications. Vous pouvez également utiliser le port par défaut
en n'indiquant pas de port dans l'adresse URL. Pour plus d'informations sur l'utilisation du port par défaut, voir Fichier de mappage d'un changement de nom de serveur. |
| Racine de contexte |
/jts /relm, /sparql, /lqe, /admin |
Pour changer la racine de contexte, vous devez effectuer des opérations supplémentaires avant de procéder au changement de nom. Pour plus de détails, voir Modification de la racine de contexte. |