Introduction: Clusters
Overview
Clusters are groups of servers that are managed together and participate in workload management. A cluster can contain nodes or individual appservers. A node is usually a physical computer system with a distinct host IP address that is running one or more appservers. Clusters can be grouped under the configuration of a cell, which logically associates many servers and clusters with different configurations and applications with one another depending on the discretion of the administrator and what makes sense in their organizational environments.
Clusters are responsible for balancing workload among servers. Servers that are a part of a cluster are called cluster members. When you install an application on a cluster, the application is automatically installed on each cluster member.
Because each cluster member contains the same applications, you can distribute client tasks in distributed platforms according to the capacities of the different machines by assigning weights to each server.
In distributed platforms, assigning weights to the servers in a cluster improves performance and failover. Tasks are assigned to servers that have the capacity to perform the task operations. If one server is unavailable to perform the task, it is assigned to another cluster member. This reassignment capability has obvious advantages over running a single appserver that can become overloaded if too many requests are made.
Node Groups
Any application you install to a cluster must be able to execute on any appserver that is a member of that cluster. Because node groups bound clusters, all of the members of a cluster must be members of the same node group. Therefore, for the application you deploy to run successfully, all of the members of a cluster must be located on nodes that meet the requirements for that application.
In a cell that has many different server configurations, it might be difficult to determine which nodes have the capabilities to host your application. A node group can be used to define groups of nodes that have enough in common to host members of a given cluster. All cluster members in a cluster must be in the same node group.
All nodes are members of at least one node group. When you create a cluster, the first appserver you add to the cluster defines the node group that bounds the cluster. All other cluster members you add to the cluster can only be on nodes that are members of this same node group. When you create a new cluster member in the console, you are allowed to create the appserver on a node that is a member of the node group for that cluster only.
Nodes can be members of multiple node groups. If the first cluster member you add to a cluster has multiple node groups defined, the system automatically chooses the node group that bounds the cluster. You can change the node group by modifying the cluster settings. Use the Server cluster settings page to change the node group.
Core Groups
In a high availability environment, a group of clusters can be defined as a core group. All of the appservers defined as a member of one of the clusters included in a core group are automatically members of that core group. Individual appservers that are not members of a cluster can also be defined as a member of a core group. The use of core groups enables WAS to provide high availability for applications that must always be available to end users. You can also configure core groups to communicate with each other using the core group bridge. The core groups can communicate within the same cell or across cells.
Related concepts
Clusters and workload management
Core group communications using the core group bridge service
Introduction: Application servers
Related tasks
Balancing workloads with clusters
Setting up a high availability environment
Creating clusters
Manage node groups