Support Policies for RHEL High Availability Clusters - Membership and cluster size

Updated -



Applicable Environments

  • Red Hat Enterprise Linux (RHEL) with the High Availability Add-On

Useful References and Guides


This guide lays out policies for the size and membership of RHEL High Availability clusters. Users of RHEL HA clusters should adhere to these policies in order to be eligible for support from Red Hat with the appropriate product support subscriptions.


Maximum cluster size: Red Hat provides support for 32 members in the latest releases of RHEL 7 and 8, above its previous limit of 16 members in older releases. These limits apply to the following RHEL releases:

  • RHEL 8
    • RHEL 8.1 and later: Support for up to 32 nodes
    • RHEL 8.0: Support for up to 16 nodes
  • RHEL 7
    • RHEL 7.7 and later: Support for up to 32 nodes
    • RHEL 7.6 and earlier: Support for up to 16 nodes


  • Support for 32 nodes does not apply to Resilient Storage Clusters utilizing clvmd, gfs2, dlm, cmirror, etc. The supported limit for Resilient Storage clusters is still 16 nodes across all RHEL releases..
  • Members running pacemaker_remote do not go towards this limit of 16 nodes. See the section below for more details on pacemaker_remote clusters.
  • This limit does not extend across multiple distinct clusters interacting with each other. For example, clusters coordinating resource management via booth do not have a total size limit of 32 across all clusters combined, but rather a limit of 32 nodes per cluster (in accordance with the above release matrix).


Minimum cluster size: Red Hat provides support for clusters with only 1 member in the latest releases of RHEL 8, below its previous requirement of at least 2 members in older releases. These requirements apply to the following RHEL releases:

  • RHEL 8.2 and later: Support for 1 or more nodes
    • Single node clusters do not support DLM and GFS2 filesystems (as they require fencing).
  • RHEL 8.1 and earlier: Support for 2 or more nodes
    • Red Hat will provide assistance with clusters that are temporarily in a degraded membership of only a single node, as long as the cluster was not designed with the expectation it would operate with a single node for long periods of time, and efforts are underway to return the cluster to a full-membership of at least two nodes.
    • With issues arising out of a cluster running in a degraded single-node membership over a long period of time, Red Hat's assistance may be primarily focused on returning the cluster to a full membership of two or more nodes. In environments operating long-term with a single node, Red Hat may require reintroduction of additional members in order to assist with concerns in that environment.

pacemaker_remote nodes: Red Hat does not place an upper limit on the number of "remote" nodes that can operate in a cluster. However, if scaling to large volumes of remote nodes (many hundreds, or thousands) Red Hat recommends contacting Red Hat Support for guidance, and thoroughly testing behaviors and failure scenarios at peak loads. The pacemaker remote nodes and the cluster node members are required to be running the same version of RHEL (ex. RHEL 7 cluster node and RHEL 7 remote nodes).