Starting clusters
We can start all members of a cluster at the same time by requesting that the state of a cluster change to running. That is, we can start all application servers in a server cluster at the same time.
Verify the members of your cluster have the debug port properly set. If multiple servers on the same node have the same debug port set, the cluster could fail to start. Read about how to change the debug port in the topic about Java virtual machine settings.
(Windows) If we use the Windows Services facility to start and stop application servers that are part of a cluster, remember that the cluster state does not always update correctly. For example, if a cluster is running and you stop a cluster member through the Services GUI, the cluster state remains as started even though the server is no longer running.
If we want cluster member components to dynamically start as needed by the installed applications, verify that the Start components as needed option is selected in the configuration settings for each of the cluster members before we start the cluster. Selecting this option can improve cluster startup time, and reduce the memory footprint of the cluster members. Starting components as needed is most effective if all of the applications deployed on the cluster are of the same type. For example, using this option works better if all of the applications are Web applications that use servlets, and JavaServer Pages (JSP). This option works less effectively if the applications use servlets, JSPs and EJB.
To ensure compatibility with other WebSphere products, the default setting for this option is deselected. Before selecting this option, verify any other WebSphere products, that we are running in conjunction with this product, support this functionality.gotcha
When we request that all members of a cluster start, the cluster state changes to partially started and each server that is a member of that cluster launches, if it is not already running. After all members of the cluster are running, the cluster state becomes running.
From the z/OS MVS™ console, we must individually start each server that you want to run. With the administrative console, you can start each server individually, or we can start a cluster. Starting a cluster automatically starts all of the servers defined as part of that cluster.gotcha
Tasks
- In the administrative console, click...
Servers > Clusters > WebSphere application server clusters > .
- Select the clusters whose members you want started.
- Click Start or Ripplestart.
- Start launches the server process of each member of the cluster by calling the node agent for each server to start the servers. After all servers are running, the state of the cluster changes to running. If the call to a node agent for a server fails, the server does not start.
- Ripplestart combines stopping and starting operations. It first stops and then restarts each member of the cluster. For example, your cluster contains 3 cluster members named server_1, server_2 and server_3. When we click Ripplestart, server_1 stops and restarts, then server_2 stops and restarts, and finally server_3 stops and restarts. Use the Ripplestart option instead of manually stopping and then starting all of the application servers in the cluster.
If recently added cluster members do not start, we might not have selected Synchronize changes with nodes when you added the members to the cluster. To determine if this is the problem: gotcha
- From the admin console, click...
Servers > Clusters > WebSphere application server clusters >, select the cluster whose members did not start, and click Stop.
- Click the name of the cluster, click OK> Review.
- Select Synchronize changes with Nodes, and then click Save.
- Start the cluster and verify that all of the cluster members now start.
When we start the members of a cluster, you automatically enable workload management.
Subtopics
- Stopping clusters
Use this task to stop a cluster and any application servers that are members of that cluster.
Balancing workloads Starting clusters using scripting Cluster administration scripts Java virtual machine settings ClusterConfigCommands