Prepare the TCP/IP on z/OS.
WebSphere® Application Server for z/OS® follows the CORBA standard, Internet Inter-ORB Protocol (IIOP), for communications. Accordingly, you must consider changes to your TCP/IP network and modify the TCP/IP configuration.
This section provides background information about changes you will need to make to your Domain Name Server (DNS) and TCP/IP. The actual steps to perform are in the customized instructions of the Profile Management Tool and the zpmt command .
You might, for instance, intend to expand your business applications beyond the monoplex to a full sysplex configuration for performance reasons or to prevent a single point of failure. Several considerations come to bear here.
Several DNS implementations and network router implementations allow the use of a generic location service daemon IP name while dynamically routing network traffic to like-configured servers. If you intend to expand your system beyond a monoplex, it might be worthwhile to use one of these implementations from the start. Non-round-robin DNS name servers limit your ability to expand without retrofitting a name server that allows dynamic network traffic routing.
Recommendation: If you are running in a sysplex, set up your TCP/IP network with Sysplex Distributor. This makes use of dynamic virtual IP addresses (DVIPAs), which increase availability and aid in workload balancing.
For your standalone application server, choose the host name of the server under which you are running. For your deployment manager, choose a generic IP name that can resolve to any or all of the systems where location service daemons run.
If you change the location service daemon port number, you can access existing objects after you recycle all your servers. You cannot, however, access the following:
These are initially set using the Profile Management Tool or zpmt command, but you can subsequently change them in the administrative console. Access the location service daemon configuration page through the administrative console navigation bar (on the left side of screen) under System Administration. If you need to use the IIOP through a firewall, ensure that your firewall supports IIOP.
When recovering a server somewhere other than its configured system, ensure that the same port is not already in use on the system on which it is recovering. If it is, configure the server with a unique port to avoid a conflict.
If comparing WebSphere Application Server for z/OS and WebSphere Application Server for other platforms, realize that only WebSphere Application Server for z/OS has an ORB SSL port.
HTTP and HTTPS ports are found in individual servers under the web container transports, which are in the administrative console as additional properties on the web container configuration page (which is off the server configuration page).
Watch for HTTP transport port conflicts if you previously installed WebSphere Application Server for z/OS.
See the administrative console and the information center for more information on the WebSphere variables and how to set their values.
You define ports differently depending on whether they are for the first server or subsequent servers. The first server you create is defined, along with its ports, through the Profile Management Tool or the zpmt command. You have the ability to explicitly specify the ports as you define the server. Subsequent servers and their ports are defined through the administrative console. This means that you define the server first and the ports are automatically assigned. Then, once defined, you can inspect and change the port definitions through the administrative console.
The -t value specifies the time (nn, in seconds) between refreshes of cell names and addresses and of the weights associated with those names and addresses. The default is sixty seconds. Reducing the -t value will shorten the lapse time required to register the location service daemon IP name with the DNS, but will also increase DNS processing overhead. In our testing, we used an interval of 10 seconds.
If you use the z/OS DNS, you have to set a location service daemon variable. Do this by setting WebSphere Variable at cell level:
For details, see z/OS Communications Server: IP Configuration Reference.