Create complete life-cycle WebSphere Application Server Community Edition servers and dynamic clusters
We can create WebSphere Application Server Community Edition complete life-cycle management servers and expression-based dynamic clusters. We can deploy managed applications to those servers and dynamic clusters.
- Determine the version of WAS Community Edition to run:
- For complete life-cycle management, use WebSphere Application Server Community Edition Version 2 or later.
- Additional steps are required to enable JMX security in WebSphere Application Server Community Edition Version 2.1.
- If we are using WebSphere Application Server Community Edition Version 1 (all releases), we can only use assisted life-cycle management. See: Configuring assisted lifecycle WebSphere Application Server Community Edition.
- Install the WAS Community Edition runtime environment to the nodes on which to run servers. We can either use the installation wizard included in WebSphere Application Server Community Edition, or we can configure the centralized installation manager to install the runtime environment.
- Federate the nodes into the cell.
- Configure the middleware descriptors so that we can run discovery to find the WAS Community Edition runtime environment. If we use the centralized installation manager to install WebSphere Application Server Community Edition, we can skip this step. In the console, click...
System administration > Middleware descriptors > wasceRuntime
The discovery service uses middleware descriptors to define where to look for the runtime environment. Verify that the middleware descriptors contain the correct installation locations for the environment. The default values:
- C:\IBM\WebSphere\AppServerCommunityEdition
- /opt/IBM/WebSphere/AppServerCommunityEdition
- Run discovery to find the WAS Community Edition runtimes on the nodes to host servers. If we use the centralized installation manager to install WebSphere Application Server Community Edition, we can skip this step. Discovery runs automatically when the node agent starts. Discovery also runs at a predefined time interval that we can specify in the middleware descriptor. However, we can also invoke discovery with the following steps:
- In the console, click System administration > Middleware nodes.
- Select the nodes to run through discovery, and select the Run discovery operational action.
- Click Run.
- Verify that the discovery service found the runtime environment. In the console, click...
System administration > Middleware nodes > node > Node installation properties.
If any runtime environments exist, then properties that begin with WASCE strings are displayed.
Only the default installation location is listed in the wasceRuntime middleware descriptor. We can modify the middleware descriptor so that the discovery looks for the correct installation location.
- Create WebSphere Application Server Community Edition deployment targets. The deployment target is where we deploy the WAS Community Edition application. We can create individual WebSphere Application Server Community Edition servers or dynamic clusters.
- Create a WAS Community Edition server.
- In the console, click...
Servers > New > Create a new server instance > Community Edition server
We can also click...
Servers > Server types > WebSphere Application Server Community Edition server > New
- Select the node on which you want the WAS Community Edition server to run. This node must have the WAS Community Edition runtime.
- Choose the WAS Community Edition server template.
- Confirm and save the WAS Community Edition server.
- Create a WAS Community Edition dynamic cluster.
- In the console, click...
Servers > Clusters > Dynamic clusters > New
- Choose the WAS Community Edition server dynamic cluster type, and name the dynamic cluster.
- To create a dynamic cluster with complete life-cycle management, choose Automatically define cluster members with rules. Define a membership policy to identify which nodes host the WAS Community Edition servers in the dynamic cluster. These nodes must have the WAS Community Edition runtime environment installed. The default membership policy follows:
node_property$IS_WASCE_DISCOVERED = 'TRUE'
This membership policy looks for WebSphere Application Server Community Edition Version 2.0 and later runtimes.
To specify a specific version, we might use the following membership policy:
node_property$WASCE_2.0.0 IS NOT NULL
This policy defines membership as all nodes that run WebSphere Application Server Community Edition Version 2.0.0. The group of nodes defined must have the exact same version of WAS Community Edition installed. For example, we cannot combine Version 1 and 2 servers in the same dynamic cluster.
- Select the server template for the WAS Community Edition runtime environment that we are using.
- Specify other dynamic cluster properties.
- Save the WAS Community Edition dynamic cluster.
Results
The new server displays in the list on the console page...Servers > Server types > WebSphere Application Server Community Edition server
If we see an error status icon (), the creation process did not complete. This error can occur because of problems in the WAS Community Edition server runtime environment. Delete the server and try creating the server again.
The list of servers that displays on this console page includes all of the complete life-cycle, assisted life-cycle, and discovered WebSphere Application Server Community Edition servers. If we have WebSphere Application Server Community Edition dynamic clusters defined, the cluster members are also listed on this console page.
What to do next
- Deploy applications to the WAS Community Edition servers and dynamic clusters.
- Stop discovery from examining the installation location that you used to create the managed servers.
- If we used discovery to find the WAS Community Edition runtime environment, we can disable discovery globally or we can remove the specific installation location from the middleware descriptor.
- If WAS Community Edition runtime environment was installed with the centralized installation manager, discovery was not needed to register the configuration. Do not include centralized installation manager paths in the discovery paths in the middleware descriptor. If we used the default centralized installation manager installation location, we must globally disable discovery or change the default discovery location to a different path.
See configuring middleware descriptors.
Do not use the WAS Community Edition console to edit the complete lifecycle servers, except for functions that are not available with Intelligent Management . Using the WAS Community Edition console can cause unexpected results. For example, if you edit the server port numbers in the WAS Community Edition console, the port value configured for Intelligent Management is overridden with the new value.
Subtopics
- (dist)(zos) WebSphere Application Server Community Edition servers
- (dist)(zos) Configure JMX security for WebSphere Application Server Community Edition Version 2.1 servers
Related
Middleware nodes and servers Create dynamic clusters Add middleware servers to configurations Add, managing, and removing nodes Deploy WebSphere Application Server Community Edition applications Create middleware server templates Configure middleware descriptors addNode command Intelligent Management: middleware server creation administrative tasks Intelligent Management: middleware server management administrative tasks