Configuration des paramètres de port

Lorsque vous configurez des ressources d' WebSphere® Application Server ou attribuez des numéros de port à d'autres applications, vous devez éviter tout conflit avec d'autres ports attribués. De plus, lorsque vous configurez un pare-feu, vous devez explicitement activer l'accès à des numéros de port particulier.

Avant de commencer

[IBM i] Pour plus d'informations sur les numéros de port actuellement utilisés par votre système IBM i, entrez la commande NETSTAT *CNN dans la ligne de commande. Appuyez sur F14 pour afficher les numéros de ports affectés.

[IBM i] Vous pouvez également utiliser l'outil valideur de port pour déceler des conflits entre les différents profils, produits et serveurs WebSphere Application Server. Pour plus d'informations, voir Outil valideur de port.

Astuces :

Des conflits de port peuvent survenir si vous affectez une valeur de port personnalisée comprise dans la plage de ports dynamiques par défaut recommandée. Les valeurs des ports étant attribuées de manière dynamique, WebSphere Application Server ne peut pas prédéterminer les valeurs qui seront attribuées à vos serveurs. Pour éviter tout conflit de port entre les serveurs, acceptez les valeurs de port de serveur par défaut affectées par l'outil de gestion des profils ou affectez des valeurs de port personnalisées qui ne sont pas comprises dans la plage de ports dynamiques par défaut. La plage de ports dynamiques par défaut pour un système d'exploitation antérieur à 2008 est 1025 à 5000, et celle pour les systèmes d'exploitation plus récents est 49152 à 65535. Comme ces plages par défaut sont recommandées par IANA (Internet Assigned Numbers Authority), elles sont communes à tous les systèmes d'exploitation.
Des conflits de ports peuvent se produire si vous installez WebSphere Application Server sur plusieurs systèmes avec des gestionnaires de déploiement gérant des serveurs ou des clusters sur différents systèmes. Le mécanisme de résolution de port du service de configuration ne prend pas en charge les profils croisés sur différentes machines hôte.
- Exemple 1 :
  1. Sur le système A, créez un profil de cellule contenant Dmgr et AppSrv01 (Node1).
  2. Sur le système B, créez AppSrv01 et fédérez AppSrv01 (Node2) dans Dmgr sur le système A.
  3. Créez server1 sur Node1 et server2 sur Node2.
  4. Les fichiers serverindex.xml des serveurs server1 et server2 risquent de contenir des ports de noeud final en double car Node1 et Node2 sont situés sur des systèmes hôte différents.
- Exemple 2 :
  1. Sur le système A, créez un profil de cellule contenant Dmgr et AppSrv01 (Node1).
  2. Sur le système B, créez AppSrv01 et fédérez AppSrv01 (Node2) dans Dmgr sur le système A.
  3. Sur le système B, créez JobManager.
  4. Créez un cluster et ajoutez deux serveurs, server1 sur Node1 et server2 sur Node2.
  5. Les fichiers serverindex.xml des serveurs server2 et JobManager risquent de contenir des ports de noeud final en double car server2 et JobManager se trouvent dans des profils croisés. Le serveur server2 se trouve sous Dmgr et JobManager se trouve sous le profil JobManager. Les profils Dmgr et JobManager se trouvent sur des machines différentes.

Procédure

Vérifiez les paramètres de numéro de port, en particulier si vous souhaitez mettre en oeuvre la coexistence.

Vous pouvez utiliser l'outil dspwasinst en ligne de commande pour afficher les informations relatives aux ports d'un profil. Pour plus d'informations, voir Commande dspwasinst.

Remarque : les migrations de clones permettent aux anciennes et nouvelles cellules de coexister en empêchant les conflits de ports pour tous les serveurs fonctionnant sur le même LPAR lors de la migration. En fonction du type de serveur migré, l'assistant zMMT vous permet de spécifier comment les affectations de port aux nouveaux serveurs doivent être traitées. Vous ne devez migrer qu'un noeud à la fois. La migration d'un noeud à la fois permet au noeud nouvellement migré de synchroniser ses affectations de port avec le nouveau gestionnaire de déploiement, empêchant des conflits de port possibles entre les noeuds fédérés sur la même partition logique.
Facultatif : modifiez les paramètres du numéro de port.
Vous pouvez définir les numéros de port lors de la configuration du produit après son installation.
- Lors de la création du profil à l'aide de la commande manageprofiles, vous pouvez accepter les valeurs de port par défaut ou spécifier vos propres paramètres de port. Pour spécifier des ports, vous pouvez procéder ainsi :
  - Spécifiez l'utilisation d'un fichier de ports contenant les valeurs de port.
  - Spécifiez l'utilisation d'une valeur de port de départ.
  - Spécifiez l'utilisation de valeurs de port par défaut.
  Pour plus d'informations, voir Commande manageprofiles.
- Lors de la création du profil à l'aide de l'outil de création de profil, vous pouvez accepter les paramètres de port recommandés par l'outil ou vous pouvez spécifier les vôtres.
  Pour plus d'informations, voir Gestion de profils à l'aide de l'interface utilisateur graphique.
- Vous pouvez utiliser la chgwassvr commande pour modifier les ports d'un serveur d'applications dans un profil.
  Pour plus d'informations, voir Commande chgwassvr.
Vous pouvez également définir les numéros de port lors de la configuration du produit, une fois l'installation terminée. Commencez à réfléchir à la définition des numéros de port dès la phase de planification décrite dans Planification de la configuration du produit du centre d'informations.
Vous pouvez exécuter l'une des actions suivantes pour modifier les paramètres de port après l'installation :
- Utilisez le script Ant updatePorts pour modifier les paramètres de port.
  Pour plus d'informations, voir Mise à jour des ports dans les profils existants et Paramètres de numéro de port.
- Modifiez le profile_root/config/cells/cell_name/nodes/node_name/serverindex.xml fichier pour changer les paramètres du port, ou utilisez un script pour modifier les valeurs.
Facultatif : définissez les numéros de port dans une plage de ports différente afin qu'ils ne puissent pas entrer en conflit.

WebSphere Application Server ne peut pas toujours détecter les conflits de ports lorsque plusieurs installations sont présentes sur plusieurs hôtes. Dans cette situation, pour définir les numéros de port afin d'éviter des conflits de port, modifiez les numéros de port de démarrage de chaque installation afin qu'ils se trouvent dans une autre plage que les autres installations.

Par exemple, dans un système ayant deux installations, vous pouvez configurer une installation afin d'utiliser les paramètres de numéro de port par défaut et d'affecter manuellement une autre plage de ports dans la deuxième installation.
1. Créez le gestionnaire de déploiement de la deuxième installation à l'aide de la manageprofiles commande. Dans -startingPort l'option, définissez un numéro de port de départ qui n'est pas utilisé par d'autres installations.
```
bin/manageprofiles.sh -create -profileName Dmgr03 -profilePath
/opt/IBM/WebSphere/AppServer_2/profiles/Dmgr03 -templatePath
/opt/IBM/WebSphere/AppServer_2/profileTemplates/management -startingPort 15000
```
2. Créez le serveur d'applications ou les profils personnalisés sur chaque machine cible.
3. Fédérez les profils au gestionnaire de déploiement en exécutant la addNode commande.
4. Créez des clusters et des membres de cluster à partir du gestionnaire de déploiement.
  
  Les nouveaux serveurs que vous créez héritent du numéro de port de démarrage le plus élevé du gestionnaire de déploiement.
  
  Les agents de noeud, quant à eux, n'héritent pas du numéro de port de démarrage du gestionnaire de déploiement. Si nécessaire, changez manuellement les paramètres de numéro de port.
Conseil : vous pouvez utiliser l'outil Profile Port Checker pour vérifier s'il existe des conflits sans avoir à démarrer les serveurs. Notez que l'outil ne recherche les conflits que sur la machine sur laquelle il s'exécute. Pour plus d'informations sur l'utilisation du vérificateur de port de profil, consultez la section Utilisation du vérificateur de port de profil.