叢集是指兩台以上的電腦（稱為 節點（node） 或成員（member））共同運作來完成一項任務。叢集有四種主要類型：

「儲存裝置」叢集會在叢集中的伺服器之間，提供一致的檔案系統映像，以讓伺服器同時讀取和寫入單一共享檔案系統。儲存裝置叢集會藉由將應用程式的安裝及升級限制在單一檔案系統中，以簡化儲存裝置上的管理。此外，當使用一個叢集全域的檔案系統時，儲存裝置叢集可省略複製應用程式資料，並簡化備份和災害復原（disaster recovery）。High Availability 外掛程式提供了儲存裝置叢集，並結合了 Red Hat GFS2（Resilient Storage 外掛程式的一部分）。

High availability 叢集藉由除去單一失敗點（single point of failure）並在節點失效時，將服務由一個叢集節點容錯移轉（fail over）至另一節點上，以提供高可用性的服務。一般來講，high availability 叢集中的服務會（透過讀寫掛載的檔案系統）讀取和寫入資料。因此，一個 high availability 叢集必須能在一個叢集節點由另一叢集節點接收服務控制權時，保留資料的完整性。一個 high availability 叢集中的節點失效，將不會被叢集外的客戶端看見。（high availability 叢集有時亦稱為容錯移轉叢集。）High Availability 外掛程式透過了其 High Availability Service Management 元件 Pacemaker，來提供了高可用性的叢集處理。

Load-balancing 叢集會將網路服務請求發送至數個叢集節點上，以平衡叢集節點之間的請求負載。負載平衡機制能提供高效益的延展性，因為您能夠根據負載需求來比對節點的數量。若一個 load-balancing 叢集中有個節點失效，load-balancing 軟體將會偵測到此失效情況，並將請求重新導向至其它叢集節點上。Load-balancing 叢集中的節點失效，不會被叢集外部的客戶端看見。負載平衡可藉由 Load Balancer 外掛程式提供。

High Performance 叢集使用叢集節點來進行同步計算。此叢集能讓應用程式同步運作，藉此增進應用程式的效能。（高效能叢集亦稱為「運算叢集」（computational cluster）或「網格運算」（grid computing）。）

High Availability 外掛程式是個整合式的軟體元件集，它可藉由各種不同的配置方式來建置，以滿足您對於效能、高可用性、負載平衡、延展性、檔案共享與經濟效應上的需求。

High Availability 外掛程式包含了以下主要元件：

您可使用下列元件來補充 High Availability 外掛程式：

High Availability 外掛程式的叢集基礎結構，為一組電腦（亦稱為節點或是成員）提供了基礎功能，以讓它們作為叢集進行協作。當叢集透過使用叢集基礎結構形成之後，您便可使用其它元件來滿足您的叢集需求（比方說設定一個叢集，以在一個 GFS2 檔案系統上共享檔案，或是設定服務容錯移轉）。叢集基礎結構能進行下列功能：

一個以 Pacemaker 配置的叢集，它包含了獨立元件的 daemon 以用來監控叢集成員、用來管理服務的 script，以及用來監控不同資源的資源管理子系統。以下元件形成了 Pacemaker 架構：

Pacemaker 的特性是擁有兩項配置工具，用來建置、監控，與管理叢集。

為了維持叢集完整性和可用性，叢集系統使用了一項名為 quorum（仲裁）的概念，以避免資料損毀和遺失。當超過一半的叢集節點上線時，叢集便擁有仲裁。為了降低因為節點失效而造成資料損毀的機率，若叢集無仲裁的話，Pacemaker 就預設值會停下所有資源。

仲裁乃透過一項投票系統來建立的。當叢集節點未以正確的方式運作，或失去與整個叢集的通訊，多數的有效節點可進行投票並視需求將節點隔離以提供服務。

比方說，在一個包含了 6 個節點的叢集中，只有在至少 4 個叢集節點可運作的情況下，仲裁方可成立。若多數的節點離線或變得無法使用，叢集便無仲裁，而 Pacemaker 將會停下叢集服務。

Pacemaker 中的仲裁功能可避免 split-brain（裂腦）情況發生，此情況代表當叢集失去通訊，但各部分卻依然作為獨立叢集繼續運作，這可能會使相同的資料被寫入並造成損毀或遺失。

High Availability Add-On 中的仲裁支援乃透過名為 votequorum 的 Corosync 外掛程式所提供的，它允許管理員為叢集中的各個系統配置指定給其的投票數，以確保只有在多數投票存在時，叢集作業才允許進行。

在無多數投票的情況下（比方說有個雙節點的叢集，當內部通訊網路失效時造成 50% 的叢集分裂），votequorum 能被配置為擁有一項 tiebreaker 政策，管理員可透過配置這項政策來藉由使用剩餘的叢集節點（此節點依然與擁有最低節點 ID 的叢集節點保持通訊）來繼續保有仲裁。

在一個叢集系統中能有多個節點負責處理重大的生產資料。在忙碌、多節點的叢集中，節點可能會運作異常或變得無法使用，並提示管理員進行動作。異常叢集節點所造成的問題可藉由建立一項 fencing（隔離）政策來避免。

「隔離」代表將節點由叢集的共享儲存裝置中移除。隔離會切斷所有來自共享儲存裝置的 I/O，以確保資料的完整性。叢集基礎結構會透過 STONITH 來進行隔離。

當 Pacemaker 發現一組節點失效時，它會與其它叢集基礎結構的元件進行通訊，告知該節點已失效。當向 STONITH 通知了節點失效時，它會將失效的節點隔離。其它叢集基礎結構的元件會決定該進行哪些動作，亦即會進行任何必要的復原動作。舉例來說，DLM 與 GFS2 收到節點失效的通知時，會暫時停止活動，直到偵測到 STONITH 已完成隔離失效節點為止。確認失效節點已經隔離後，DLM 與 GFS2 就會開始進行復原。DLM 會解除對於失效節點的鎖定；GFS2 會復原失效節點的日誌檔。

透過 STONITH 進行的節點等級隔離可配置各種受支援的隔離裝置，包括：

「叢集資源」（cluster resource）是由叢集服務所管理的任何程式、資料或應用程式。這些資源會由提供標準介面的「代理程式」（agent）萃取，好在叢集環境中管理資源。這項標準根基於業界認證的架構與型別，這對叢集服務本身來說，可讓管理多種叢集資源的可用性更為通透。

Red Hat High Availability Add-On 支援多種資源代理程式的類型：

若要確保資源健全，您可加入一項監控作業至資源定義中。若您不為資源指定一項監控作業，就預設值，pcs 指令會建立一項監控作業，其間隔會由資源代理程式來判斷。若資源代理程式不提供預設的監控間隔，pcs 指令將會建立一項間隔為 60 秒的監控作業。

您可藉由配置限制式（constraint）來判斷叢集中一項資源的行為。您可配置下列種類的限制式：

Pacemaker 支援資源群組的概念，以簡化限制式的配置，它會將一組資源併在一起並確認資源會按照順序啟用，並以反向順序停下。

叢集最常見的要素之一就是一組需要位於相同位置、循序啟用，和相反順序停用的資源。為了簡化這項配置，Pacemaker 提供了群組概念上的支援。

您可透過 pcs resource 指令來建立資源群組，並指定欲包含在群組中的資源。若群組不存在的話，這項指令便會建立群組。若群組存在的話，這項指令便會將額外資源加入群組中。資源將會以您透過這項指令所指定的順序開始，並以其起始順序的相反順序停止。