Windows群集開發-編寫微軟叢集伺服器(MSCS)資源DLL：4)資源和資源DLL

  資源和資源DLL

對於叢集服務，群集是可管理的硬體或軟體組件。例如資源可以是磁碟，網路名稱字，IP地址，資料庫，WEB網站，應用程式，以及任何其它可以聯機和離線的實體。資源按類型進行組織。資源類型包括物理硬體（例如磁碟機）和邏輯項（諸如IP地址，檔案分享權限設定，以及普通應用程式）。每個資源使用一個資源DLL。資源DLL是介於資源監視器和資源之間的一個大的被動轉換層。資源監視器調用資源DLL的入口函數來檢查資源狀態並將資源聯機或離線。資源DLL負責與它的資源之間的通訊，可以通過任何方便的IPC機制來實現。 注意 沒有提供自己的資源DLL的應用和服務仍然能夠在群集環境內進行配置－MSCS為這種情況提供一個通用資源DLL，叢集服務將這樣的應用或服務作為普通的、群集不可感知的應用或服務。不過，任何需要利用群集環境優勢的應用或服務，應當實現能夠與叢集服務互動的自訂的資源DLL，以擷取由MSCS所提供的豐富功能帶來的優勢。 為什麼要編寫自訂DLL？ 一個常被問及的問題是：既然MSCS附帶了為普通應用和服務準備的DLL，為什麼開發人員還要編寫資源DLL？主要原因是MSCS的提供的DLL是相當基礎的、很“陽春”DLL，只提供基本的容錯移轉/故障恢複能力。例如，如果一個應用程式已經開啟一些檔案，而叢集服務出於某種原因決定將這個應用程式移動到另一個節點，該應用程式在被移動之前無法在原先節點上乾淨利落的關閉。特定於應用程式的資源DLL能夠提供乾淨的關閉功能。叢集服務能夠從較好控制的資源輪詢中受益（請參考後續章節中關於LooksAlive和IsAlive常式的描述）。並且，一些資源需要傳入或輸入特定參數或屬性（公用和私人的）的集合來使資源聯機或離線，諸如此類。這些在實現群集管理擴充時加入的參數或屬性與資源類型（與資源DLL相結合）緊密結合。未實現資源DLL的應用和服務必鬚根據通用擴充的要求限制其參數和屬性。最後一點，最重要的原因是提供特定於應用程式的資源DLL將能支援“活動/活動(Active/Active)”式的容錯移轉和故障恢複功能。這將允許同一類型資源的分離執行個體在不同節點上運行，每個執行個體使用位於共用SCSI匯流排上的磁碟上的不同的資料集進行工作。（這意味著雖然資料非共用，但是資源類型在兩個節點上都是活動的。根據定義，一個資源僅能有一個執行個體；但是，一個資源類型可以有多個執行個體。）如果該資源類型的執行個體在其中一個節點上失效了，其執行個體將被移動或“容錯移轉”到下一個可用節點。例如，假定資源類型是一個資料庫管理程式，那麼可以在每個節點上都運行該程式的一個拷貝。可以定義一個特別的資料庫（db1）作為資源。根據“活動/活動”模式的功能，可以在節點1和節點2之間來回移動db1，方法是在每個節點上的資料庫管理程式正常的釋放和請求資料庫。這種溝通方法不可能發生在跨平台 app程式和和服務的資源類型上。 仲裁資源在上述應用程式、服務，以及其它資源之外，MSCS還允許一種特殊的資源，稱為“仲裁(quorum)資源”，在群集操作中扮演一個關鍵角色。仲裁資源必須提供持久獨斷機制（也就是說，允許單個節點取得對仲裁資源的控制，並獨佔該控制不被其它節點擷取），也必須提供能夠被群集內任一節點訪問的實體儲存體空間（雖然任一時刻僅有一個節點能夠訪問該實體儲存體空間）。仲裁資源維護群集資料庫的最新版本，假如發生失效情況，將變化儲存到群集資料庫。MSCS包含了用於特定的叢集資源的標準仲裁資源DLL。當然也可能實現自訂的仲裁資源，本文不包含編製自訂仲裁資源DLL的過程和指引。

下面討論建立群集可感知應用程式需要用到的編程工具，以及建立新資源類型和編製自訂資源DLL的指引。