Why and when to perform this task
Before installing the product, planning your installation is necessary. Planning your WebSphere Application Server for z/OS product configuration requires you to visualize your end goal. After the end goal is firmly in place, various assumptions and other decisions are factored in.The following four main objectives are suggested, although not required. Carefully consider these recommendations.
This is to avoid interfering with any other WebSphere Application Server environment that may have made use of default values. It also helps avoid the problem of someone later building a configuration with default values that interfering with WebSphere Application Server for z/OS.
The goal to support easy horizontal and vertical scaling is really a statement about the designed naming convention. A poor naming convention might hinder the expansion of the configuration.
It is important to consider the "horizontal scaling" of the Application Server cell. Try to avoid, by planning ahead, the necessity to change things like the naming convention just because the cell was expanded.
Consider this "vertical scaling" of the WebSphere Application Server for z/OS configuration within a given MVS system. Again, the objective is to design the configuration so that adding more servers will not require excessive additional work.
In addition to the basic objectives outlined above, WebSphere Application Server for z/OS Version 5 allows for four other design objectives that are also recommended, but not necessary:
Steps for this task
Using the same JCL for multiple servers only works if all the servers are under the same HFS mount point. The JCL contains a SET ROOT= line that names the configuration HFS mount point. The value of &ROOT is combined with the passed-in value of &ENV to create the pointer to the was.env file. If two serves are under different HFS mount points, they would then require separate JCL as the SET ROOT= is hard-coded in the JCL.
The recommended way to address this is to use a mount point that is shared across all MVS images. This is the cleanest and easiest solution.
Any security configurations and/or changes should always be cleared through your security administrator.
With WebSphere Application Server for z/OS Version 5, you can either minimize the userids/groups or establish separate identities for each server.If, instead of using a Network Deployment environment, you need to set up two standalone WebSphere Application Servers on the same MVS image, you must set up a separate WAS_HOME directory for each standalone WebSphere Application Server. Use one of the following procedures to set up separate WAS_HOME directories:
/WAS510/Cell1/Node1/Appserver /WAS510/Cell2/Node1/Appserver
/WAS510/Cell/Node/Appserver1 /WAS510/Cell/Node/Appserver2
Both of these techniques allow the configuration structure for each of the standalone WebSphere Application Servers to be correctly built and maintained.