Configuration des paramètres de port

Lorsque vous configurez des ressources WebSphere Application Server ou affectez des numéros de port à d'autres applications, vous devez éviter les conflits avec d'autres ports affecté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

Conseils :
  • Des conflits de port peuvent avoir lieu si vous affectez une valeur de port personnalisée comprise dans la plage de ports dynamiques par défaut recommandée. Comme les valeurs de port sont affectées dynamiquement, WebSphere Application Server ne peut pas prédeterminer les valeurs de port qui seront affectées à vos serveurs. Pour éviter tout conflit de port entre les serveurs, vous pouvez accepter les valeurs de port de serveur par défaut affectées par l'outil de gestion des profils, ou affecter des valeurs de port personnalisées qui ne font pas partie de 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 port peuvent survenir si vous installez WebSphere Application Server sur plusieurs systèmes et que les gestionnaires de déploiement gèrent 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

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

    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.


Icône indiquant le type de rubrique Rubrique de tâche



Icône d'horodatage Dernière mise à jour: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-zos&topic=tins_portep
Nom du fichier : tins_portep.html