Add members to a cluster

Use clusters to balance workload in an environment containing multiple application servers. When creating a cluster, specify the node on which the first cluster member resides.

If we are migrating from a previous version of the product, we can upgrade a portion of the nodes in a cell, while leaving others at the previous release level. For a time, you might be managing servers that are at a previous release level, and servers that are running at the current release level in the same cell. In a mixed cell environment, we can use any server from within that node group to create a new cluster member. For example, if the node group to which the cluster belongs consists of a Version 7.0 node, and a Version 6.1 node, we can use a server from either the Version 6.1 or the Version 7.0 node to create a new cluster member.

Create a new cluster member or manage existing members

1. In the console, click...
   Servers > Clusters > WebSphere application server clusters > cluster_name > Cluster members

   The Cluster members page lists members of a cluster, and for each member indicates:

   • The node on which the member resides.
   • The version of the application server. This information specifies whether the cluster is a mixed cluster.
   • The configured weight for the member.
   • The runtime weight for the member. This weight indicates the proportionate workload currently directed to this cluster member.
   • Whether the member is started, stopped, or encountering problems.

2. Click New to create a new cluster member.

   Clicking New starts the Create a new cluster member wizard. Use this wizard to add new members to an already configured cluster.

   A copy of the first cluster member that we create is stored as part of the cluster data and becomes the template for all additional cluster members that we create.

   To view the cluster member templates that are available for creating a new member of a cluster, in the console, click...

   Servers > Clusters > WebSphere application server clusters > cluster_name > Cluster members > Templates
   1. Specify a name for the application server that you are defining as a cluster member. The name must be unique within the node.

   2. Select the node for the cluster member.

   3. Specify the server weight.

      The weight value specified controls the number of requests directed to the application server. Even though specified a value of 0 to 20 as the weight of a server, the weight that is given to the server as a member of a cluster is a proportion based on the weight assigned to the server, and the sum of the weights of all members of the cluster. In this proportion, the weight assigned to the server is the numerator, and the sum of the weights of all members of the cluster is the denominator.

      When we add a new member to a cluster, the number of client, or application requests sent to each server in the cluster decreases, assuming the number of requests coming into the cluster stays the same. Similarly when you remove a new member from a cluster, the number of client or application requests sent to each server in the cluster increases, assuming the number of requests coming into the cluster stays the same.

      For example, if we have a cluster that consists of members A, B, and C with weights 2, 3, and 4, respectively, then 2/9 of the requests are assigned to member A, 3/9 are assigned to member B, and 4/9 are assigned to member C. If a new member, member D, is added to the cluster and member D has a weight of 5, then member A now gets 2/14 of the requests, member B gets 3/14 of the requests, member C gets 4/14 of the requests, and member D gets 5/14 of the requests.

      • For HTTP requests, weights are used to distribute HTTP traffic between the web server plug-in and the controller handling the clustered application server. Assign a higher weight value to the application server that should receive the HTTP traffic.

      • For web services calls, information is transferred from a servant in one application server to a controller in another application server. The application server that receives the call has the highest weight value.

      • Weight has no affect on Internet Inter-ORB Protocol (IIOP) requests. IIOP requests are distributed to the correct application server using the sysplex distributor.

      Avoid trouble: For workload balancing with service integration, or with message driven beans in the application server, you require additional configuration. See the topic Configure high availability and workload sharing of service integration for more information.gotcha

   4. Specify whether to generate unique HTTP ports.

   5. Click Add member to finish defining the cluster member. The first cluster member for this cluster is used as the template for this cluster member. We can repeat these steps to define other cluster members.

   6. When you finish defining additional cluster members, review the summary information for the new cluster members. If we have to change any of the property settings for any of the new members, select that cluster member, and then click Edit. When you finish changing the property settings, click Update member to save the changes.

   7. When you finish defining new cluster members, click Next to view the summary page for the cluster, and then click Finish to create these new cluster members.

3. Click Review, select Synchronize changes with nodes, and then click Save to save the changes.

Results

We created application servers that are members of an existing server cluster.

What to do next

If, when creating the new members, you chose to generate unique ports, update the alias list for the virtual host to use with the new servers.

We can also perform the following actions:

• On the Cluster members page in the console, click the name of one of the cluster members, and examine the configuration settings for that cluster member. We can change any of the settings that are not appropriate.

  For example, if we do not need to have all of the cluster member components start during the cluster member startup process, you might want to select Start components as needed, which is not automatically selected when a new cluster member is created. When this property is selected, cluster member components are dynamically started as they are needed. When this property is not selected, all of the cluster member components are started during the startup process. Therefore, selecting this property usually results in improved startup performance because fewer components are started during the startup process.

• Click Servers > Sever Types > WebSphere application servers >sever_name or click Servers > Clusters > WebSphere application server clusters > cluster_name > Cluster members > cluster_member_name to perform either of the following tasks:

  • Specify additional application server properties for this cluster member.

  • Click Installed applications.

• Create a backup cluster.

• Start the cluster.

• Use scripting to automate the task of adding cluster members.

Subtopics

• Cluster member collection
  Use this page to view and manage application servers that belong to a cluster. We can also use this page to change the weight of any of the listed application servers.

• Cluster member templates collection
  Use this page to view the list of cluster member templates that exist for this cluster. To edit the server properties of a template, click the name of that template.

Related concepts

Introduction: Clusters

Clusters and workload management

Related tasks

Balancing workloads

Start clusters

Create backup clusters

Create cluster members

Modify cluster member templates

was3615.html

Cluster member settings