Solaris Resource Manager 1.3 系統管理指南

故障的效應

在 Sun Cluster 之上,可以對 Solaris Resource Manager 進行設置,使 lnode 設置 (/var/srm/srmDB) 中說明的資源分配配置,會在正常群集操作以及切換或故障的狀況下保持相同。有關詳情,請參閱 配分配置範例

以下部分為您提供這些情況的範例。

在群集環境中,應用程式將會設置為資源群組 (RG) 的一部分。在發生故障時,資源群組以及其相關的應用程式將會轉移到另一個節點。在下例中,應用程式 1 (App-1) 設置到資源群組 RG-1 中,應用程式 2 (App-2) 設置到資源群組 RG-2,而應用程式 3 (App-3) 設置到資源群組 RG-3。

雖然指定的配分數量保持相同,分配給每個應用程式的 CPU 資源百分比將會在發生故障時變更,根據節點上執行的應用程式數量以及指定到每個現用應用程式的配分數量而定。

在這些情況中,假設使用下列設置。

配合兩個應用程式的雙節點群集

你可以在一個雙節點群集上配置兩個應用程式,其中每一個實體主機(phys-schost-1phys-schost-2)對一個應用程式是一個預設主機。每一個實體主機作為另一實體主機的備份節點。兩個節點之上的 Solaris Resource Manager 限制資料庫檔案中必須代表所有的應用程式。當群集正常執行時,每個應用程式會在其預設的主節點上執行,並且由 Solaris Resource Manager配置所有的 CPU 資源。

在發生故障或切換時,兩個應用程式會同時在單一的節點上執行,並且如設置檔案中指定的配置來配分資源。例如,此設置檔案指定應用程式 1 獲配 80 份,應用程式 2 獲配 20 份。

# limadm set cpu.shares=80 App-1 
# limadm set cpu.shares=20 App-2 
...

下列圖表解釋此類配置的正常和失敗運作。請注意,雖然指定的配分數量保持相同,分配給每個應用程式的 CPU 資源百分比將會在發生故障時變更,根據指定到每個處理需求之 CPU 時間的配分數量而定。

前述的內容相關文字描述該圖形。

配合三個應用程式的雙節點群集

在一個有三個應用程式的雙節點群集之上,您可以將它設置為一個實體主機 (phys-host1) 作為一個應用程式的預設主節點,而第二個實體主機 ( phys-host2) 則為剩下兩個應用程式的預設節點。假設下例是每個節點上的限制資料庫檔案。限制資料庫檔案不會在發生故障或切換時變更。

# limadm set cpu.shares=50	 App-1
# limadm set cpu.shares=30	 App-2
# limadm set cpu.shares=20	 App-3 
...

當群集正常執行時,應用程式 1 會被配置在其預設的主節點 phys-host1 上的 50 份。這相等於 CPU 資源的 100%,因為它是該節點上唯一需求 CPU 資源的應用程式。應用程式 2 及 3 將在其預設的主節點 phys-schost-2 上分別獲配 30 及 20 份。在正常操作下,應用程式 2 可收到 60% 而應用程式 3 則可收到 40% 的 CPU 資源。

在發生故障或切換時,而應用程式 1 切換到 phys-schost-2,所有三個應用程式的配份將保持不變,但是 CPU 資源的百分比將會根據限制資料庫檔案重新配置。

下列圖表解釋此類配置的正常和失敗運作。

前述的內容相關文字描述該圖形。

僅限於資源群組的故障

在具有相同預設主節點的多個資源群組設置中,資源群組(及其相關應用程式) 可能會發生故障或被切換為備份節點,而預設的主節點仍能保持運作並且在群集中執行。


註解 -

在發生故障期間,故障的應用程式會依照備份節點上設置檔案所指定的來配置資源。在此範例中,主節點及備份節點上的限制資料庫檔案必須具備相同的設置。


例如,此樣本設置檔案指定應用程式 1 獲配 30 份,應用程式 2 獲配 60 份,而應用程式 3 獲配 60 份。

# 
limadm set cpu.shares=30 App-1
# limadm set cpu.shares=60 App-2
# limadm set cpu.shares=60 App-3
... 

下列圖表解釋此類配置的正常和失敗運作,其中的 RG-2 包含應用程式 2,它轉移到 phys-schost-2。請注意,雖然指定的配分數量保持相同,分配給每個應用程式的 CPU 資源百分比將會在發生故障時變更,根據指定到每個應用程式需求之 CPU 時間的配分數量而定。

前述的內容相關文字描述該圖形。