Cluster member collection
Application servers that are part of a cluster are referred to as cluster members. A copy of the first cluster member created is stored as part of the cluster data and becomes the template for all additional cluster members created.
To perform the following actions for the listed cluster members:
- Start a cluster member.
To start a cluster member, select the server that you want to start. Then click Start.
- Restart a cluster member.
To restart a cluster member, select the server to restart. Then click Restart. When you restart a cluster member, the selected cluster member stops, following the normal server quiesce process, and then starts again.
- Stop a cluster member.
To stop a cluster member, select the server that you want to stop, and then click one of the following buttons:
- Stop
- When you click this button, the normal server quiesce process is followed.
This process allows in-flight requests to complete before the entire server process shuts down.
- Immediate Stop
- When you click this button, the selected sever stops but the normal server quiesce process is not followed.
This shutdown mode is faster than the normal server stop processing, but some application clients might receive exceptions if an in-flight request does not complete before the server process shuts down.
- Terminate
- You should only click Terminate if the cluster member does not respond when you click Stop or Immediate Stop or when you issue the Stop or ImmediateStop commands.
application clients can receive exceptions. Therefore, you should always attempt an immediate stop before clicking Terminate. - Make Idle
- When you click this button, the cluster member moves to the idle state.
- Delete a cluster member. To delete a cluster member, select the cluster member to delete. Then click Delete.
Any individual configuration change that you make to a cluster member does not affect the settings of the cluster member template. You must use wsadmin commands to modify this template. Similarly, any changes that you make to the template do not affect existing cluster members.
To view this admin console page...
Servers | Clusters | WebSphere application server clusters | cluster_name | Cluster members
- Member name
Name of the server in the cluster. On most platforms, the name of the server is the process name. The name must match the (object) name of the appserver.
- Node
Name of the node for the cluster member.
- Host Name
- Version
Version of WAS on which the cluster member runs.
- Configured weight
Weight that is currently configured for the cluster member. The weight determines the amount of work that is directed to the cluster member. If the weight value for the server is greater than the weight values assigned to other servers in the cluster, the server receives a larger share of the cluster workload.
To change the configured weight for a cluster member we can either specify a new weight in the Configured weight field and click the Update button for the Configured weight column, or click on the name of the cluster member. Clicking the name of the cluster member navigates you to the page where we can change any of the settings for that cluster member.
- Runtime weight
Proportionate workload that is currently directed to the cluster member in comparison to the runtime weights of the rest of the cluster members. The runtime weight only applies for Remote Method Invocation over Internet Inter-ORB Protocol (RMI-IIOP) requests, Enterprise Java Beans™ (EJB) requests, and HTTP requests received through a WebSphere proxy server.
Use the Runtime weight property to dynamically adjust the weight that is given to a particular cluster member without having to stop and then restart that cluster member. To change the proportion, specify a new weight for the Runtime weight property, and then click the Update button for the Runtime weight column. The runtime weight change takes effect immediately.
Changing the runtime weight for a cluster member does not affect the configured weight setting for that cluster member. The configured weight setting still applies for HTTP requests that do not come through a WebSphere proxy server.
- Status
This field indicates whether the cluster member is started, stopped, partially stopped, or unavailable. If the status is unavailable, the node agent is not running in that node and restart the node agent before we can start the server.
Status and meaning
Started The server is running.
Partially stopped The server is in the process of changing from a started state to a stopped state.
Stopped The server is not running.
Unknown The server status cannot be determined.
Subtopics
Cluster member settings 
Related concepts
Clusters and workload management
Related tasks
Balancing workloads
Modify cluster member templates using scripting
Add members to a cluster
Related
Node agent collection