Préparation de TCP/IP sur z/OS
Préparez le TCP/IP sur z/OS.
Pourquoi et quand exécuter cette tâche
WebSphere Application Server for z/OS respecte la norme CORBA et IIOP (Internet Inter-ORB Protocol) pour les communications. En conséquence, vous devez tenir compte des modification faites sur votre réseau TCP/IP et modifiez la configuration TCP/IP.
Cette section fournit des informations de base sur les modifications que vous devrez effectuer sur votre serveur de noms de domaine (DNS) et sur votre protocole TCP/IP. Les étapes à suivre sont indiquées dans les instructions personnalisées de l'outil de gestion de profil et de la commande zpmt.
- Vous pouvez commencer avec un nom de serveur de nom de domaine
(DNS) simple et une image
z/OS
unique, mais vous devez concevoir votre configuration initiale en
gardant sa croissance à l'esprit.
Vous devrez peut-être, par exemple, développer vos applications de gestion au-delà du monoplex vers une configuration de sysplex complète, pour des raisons de performances ou pour éviter un point de défaillance unique. Plusieurs facteurs doivent être pris en compte.
Plusieurs implémentations DNS et plusieurs implémentations de routeur permettent d'utiliser un nom de protocole IP pour le démon du service de localisation tout en routant dynamiquement le trafic du réseau vers des serveurs de même configuration. Si vous prévoyez de développer votre système au-delà d'un monoplex, il peut être intéressant d'utiliser une de ces implémentations dès le début. Les serveurs de noms DNS non circulaires limitent votre capacité à développer sans mise à niveau un serveur de noms permettant un routage de trafic de réseau dynamique.
Recommandation : si l'exécution se fait dans un sysplex, configurez votre réseau TCP/IP avec Sysplex Distributor. Celui-ci utilise les adresses IP virtuelles dynamiques (DVIPA) qui augmentent la disponibilité et facilitent l'équilibrage de la charge de travail.
En plus de Sysplex Distributor, vous devez choisir parmi les implémentations de DNS et de routeur suivantes, sur ou hors z/OS :- Serveurs de noms DNS non circulaires.
- Serveurs de noms DNS circulaires.
- Routeurs de réseau, tels que IBM® Load Balancer. (dans les éditions précédentes, IBM Load Balancer était appelé Network Dispatcher.)
- Sélectionnez le nom IP du démon du service de localisation.
Pour votre serveur d'applications autonome, choisissez le nom d'hôte du serveur sous lequel l'exécution est en cours. Pour votre gestionnaire de déploiement, choisissez un nom IP générique qui peut résoudre plusieurs systèmes ou tous les systèmes où les démons du service de localisation sont exécutés.
Vous devez définir le nom IP d'hôte du démon du service de localisation pendant l'installation et la personnalisation. Utilisez le nom IP du démon du service de localisation que vous avez choisi.Remarque : La console d'administration possède une page de configuration de démon du service de localisation sur laquelle vous configurez les variables du démon du service de localisation. - Sélectionnez le port du serveur de démon du service de localisation.
Si vous modifiez le numéro de port du démon du service de localisation, vous pouvez accéder aux objets existants après recyclage de tous vos serveurs. Toutefois, vous ne pouvez pas accéder aux objets suivants :
- Les objets qui gèrent votre application stockés sur le disque
- Les objets qui référencent votre application stockés dans les contextes persistants de l'espace de nom.
- Configurez les numéros de port du démon du service de localisation et les adresses IP.
Ceux-ci sont initialement configurés à l'aide de l'outil de gestion de profil ou de la commande zpmt , mais peuvent être modifiés par la suite dans la console d'administration. Accédez à la page de configuration du démon du service de localisation via la barre de navigation de la console d'administration (à gauche de l'écran) sous administration du système. Si vous avez besoin d'utiliser un protocole IIOP via un pare-feu, assurez-vous que votre pare-feu prend en charge les protocoles IIOP.
Lorsque vous récupérez un serveur ailleurs que sur son système configuré, assurez-vous que le port n'est pas déjà utilisé sur le système sur lequel la récupération est effectuée. Le cas échéant, configurez le serveur avec un port unique afin d'éviter un conflit.
Si vous comparez WebSphere Application Server for z/OS et WebSphere Application Server pour les autres plateformes, vous constaterez que seul WebSphere Application Server for z/OS possède un port SSL ORB.
Les ports HTTP et HTTPS se trouvent dans des serveurs individuels sous les transports de conteneur Web qui sont dans la console d'administration en tant que propriétés supplémentaires sur la page de configuration de conteneur Web (hors de la page de configuration du serveur).
Surveillez d'éventuels conflits de port de transport HTTP si vous avez installé précédemment WebSphere Application Server for z/OS.
Assurez-vous d'avoir configuré les affectations de ports suivantes (avec celles du graphique d'affectations de ports z/OS) sur les serveurs qui les requièrent dans la console d'administration :- port ORB
- Port SSL ORB
- port de transport de conteneur Web
- port SSL de transport de conteneur Web
Pour plus d'informations sur les variables WebSphere et la méthode de configuration de leurs valeurs, voir la console d'administration et le centre de documentation.
La définition des ports varie suivant qu'ils sont pour le premier serveur ou pour les serveurs suivants. Le premier serveur que vous créez est défini avec ses ports au moyen de l'outil de gestion de profil ou de la commande zpmt. Vous avez la possibilité de définir explicitement les ports lorsque vous définissez le serveur. Les serveurs suivants et leurs ports sont définis via la console d'administration. Cela signifie que vous définissez d'abord le serveur et que les ports sont automatiquement affectés. Une fois qu'ils ont été définis, vous pouvez vérifier et modifier les définitions de port via la console d'administration.
- Certains ports, comme les ports SSL ORB et les ports d'état d'initialisation de serveur, sont obtenus dynamiquement.
- La configuration du système NFS, du serveur Web et de Kerberos (qui sont tous facultatifs) constituent d'autres activités liées au réseau TCP/IP.
- Si vous utilisez le DNS sous
z/OS,
vous pourrez modifier l'intervalle d'actualisation (valeur -t)
associé au démon du service de localisation nommé.
La valeur -t définit la durée (nn, en secondes) entre les actualisations des noms et des adresses de cellule et les actualisations des pondérations avec ces noms et ces adresses. La valeur par défaut est de soixante secondes. Si vous réduisez la valeur -t, le laps de temps nécessaire pour enregistrer le nom IP du démon du service de localisation avec le DNS raccourcit, mais la durée du traitement DNS augmente. Dans nos essais, nous avons employé un intervalle de 10 secondes.
Si vous utilisez le DNS z/OS, vous devez configurer une variable du démon du service de localisation. Pour cela, configurez la variable WebSphere au niveau de la cellule :
daemon_wlmable=1Remarque : Vous ne pouvez faire cela que pour une seule cellule à la fois dans un sysplex.Pour plus de détails, voir z/OS Communications Server: IP Configuration Reference.


http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-zos&topic=tins_preptcpip
Nom du fichier : tins_preptcpip.html