在一個有三個應用程式的雙節點群集之上,您可以將它設置為一個實體主機 (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,具有 50 份,將收到 CPU 的 50%。
應用程式 2,具有 30 份,將收到 CPU 的 30%。
應用程式 3,具有 20 份,將收到 CPU 的 20%。
下列圖表解釋此類配置的正常和失敗運作。