介紹
微軟群集服務器（MSCS）將多個基於微軟Windows NT的操作系統連結在一起使之作為單一的高可用性的系統呈現給網絡客戶從系統管理員的角度來說MSCS提供了額外的管理方便和伸縮性並且MSCS架構為未來版本的具有可伸縮性的群集可感知(clusteraware)的應用提供了標准的基礎結構
本文意圖從流程的高層次角度講述編寫良好定義的應用以充分利用MSCS能力優勢也包括如何完全發揮MSCS的優勢通過編制資源DLL調試應用和服務以及在群集環境下進行安裝
注意 本文假定你已經在群集環境下成功安裝群集軟件也擁有微軟的平台軟件開發包（Platform Software Development Kit(Platform SDK)）並且編譯環境能夠正常工作如果在設置開發環境中遇到了問題請參考SDK文檔
群集和高可用性
通過基於資源可用性和服務器負載來定向客戶端請求MSCS允許應用和服務以更有效的方式在Windows NT服務器上運行（在MSCS的第一個版本負載平衡是手動操作的未來版本將提供自動化的負載均衡）如果群集中的一個系統－或節點－因硬件或軟件故障失效或失敗了它的工作集將被群集中的其它系統接手直到該失效的系統回復正常
注意 MSCS設計時著重於提供高可用性(high availability)而非真正的容錯(fault tolerance)容錯一詞通常用於描述能夠提供更高級別的恢復和復原能力的技術典型的容錯服務器通常使用高級的硬件和數據冗余並由特制的軟件組合在一起為任意單點硬件或軟件故障提供接近於實時的復原這種解決方案的費用大大高於群集因為必須為故障恢復購置冗余的硬件這些硬件平時都處於空閒狀態MSCS使用標准的廉價的硬件提供超好(譯者;P)的高可用性解決方案能夠最大的利用計算資源
非共享節點模式
MSCS 版本是兩節點的群集基於非共享節點模式非共享節點模式表示當群集中的幾個節點可能訪問某一設備或資源時該資源在任一時刻只能由一個系統擁有和管理（在MSCS群集中資源被定義為任何能夠在聯機和脫機狀態間轉換由群集管理在某個時刻僅能由一個節點擁有能夠在節點間轉移的硬件或邏輯部件）
每個節點有自己的內存系統磁盤操作系統以及群集資源的子集如果節點失效其他節點將取得失效節點的資源的所有權（這個過程稱為故障轉移failover）MSCS將為這些資源注冊新節點的網絡地址以便於將客戶端請求路由到當前擁有這些資源並處於可用狀態的節點當失效的系統稍後回復到聯機狀態可以設置MSCS恰當的重新分發資源和客戶端請求（該過程稱為故障恢復failback）
注意 當節點失效所有的客戶端都會失去連接為了實現真正透明的故障轉移客戶端應用程序必須能夠在節點失效時重新建立連接
通常的MSCS群集設置如下圖所示
圖標准的兩節點MSCS配置
下面章節介紹MSCS架構
From:http://tw.wingwit.com/Article/program/net/201311/12155.html
