1、目錄結構目錄結構1一、群集介紹2二、群集專業術語2三、環境介紹及要求31、網絡拓撲結構32、軟件配置說明33、硬件配置要求4四、安裝群集前的準備工作51、創建共享磁盤52、網絡及系統配置9五、安裝群集服務201、在 A 節點上新建一個群集202、將 B 節點加入現有群集26六、配置群集服務311、群集網絡配置312、心跳適配器優先化333、仲裁磁盤配置344、測試群集安裝34七、故障轉移測試371、初級測試372、高級測試38一、群集介紹服務器群集是一組協同工作并運行 Microsoft 群集服務（Microsoft Cluster Service，MSCS）的獨立服務器。它為資源和應用程序提

2、供高可用性、故障恢復、可伸縮性和可管理性。它允許客戶端在出現故障和計劃中的暫停時，依然能夠訪問應用程序和資源。如果群集中的某一臺服務器由于故障或維護需要而無法使用，資源和應用程序將轉移到可用的群集節點上。（說明:本文檔編寫的目的是為了幫助大家實現所關心的如何在VMWare Workstation 中完成，典型群集的配置步驟，不會具體的涉及到如何安裝群集應用程序）二、群集專業術語節 點: 構建群集的物理計算機群集服務: 運行群集管理器或運行群集必須啟動的服務資 源: IP 地址、磁盤、服務器應用程序等都可以叫做資源共享磁盤: 群集節點之間通過光纖 SCSI 電纜等共同連接的磁盤柜或存儲仲裁資源:

3、 構建群集時，有一塊磁盤會用來仲裁信息，其中包括當前的服務狀態各個節點的狀態以及群集轉移時的一些日志資源狀態: 主要指資源目前是處于聯機狀態還是脫機狀態資源依賴: 資源之間的依存關系組 : 故障轉移的最小單位虛擬服務器: 提供一組服務-如數據庫文件和打印共享等故障轉移: 應用從宕機的節點切換到正常聯機的節點故障回復: 某節點從宕機狀態轉為聯機狀態后，仍然繼續宕機前的工作，為其他節點分流三、環境介紹及要求1、網絡拓撲結構2、軟件配置說明(1) 域控服務器（DC） 軟件配置信息OS:Windows Server 2003 X86 SP1 中文企業版Role: Active Directory 域控

4、制器Domain:ServerName:DCIP:192.168.0.124Netmask:255.255.255.0Gateway:192.168.0.124(2) TurboMail郵件服務器 A 軟件配置信息OS: Windows Server 2003 X86 SP1 中文企業版Role: Member ServerServerName:ClusterNodeAIP1:192.168.0.1Netmask1:255.255.255.0Gateway1:192.168.0.124Dns1:192.168.0.124IP2:10.1.1.15 Netmask2:255.0.0.0Gatew

5、ay2:NoneDNS2:None(3) TurboMail郵件服務器B 軟件配置信息OS: Windows Server 2003 X86 SP1 中文企業版Role: Member ServerServerName:ClusterNodeBIP1:192.168.0.2Netmask1:255.255.255.0Gateway1:192.168.0.124Dns1:192.168.0.254IP2:10.1.1.16 Netmask2:255.0.0.0Gateway2:NoneDNS2:None3、硬件配置要求(1) 網卡1) 群集中的每個節點需要有兩個網卡。一個用來連接您的公共網絡，一

6、個用來進行群集節點間的通訊，俗稱“心跳連接”。2) 心跳線必須通過交叉線直接連接群集節點，不能通過任何路由設備。因為群集心跳數據包的生存時間TTL 值為1。我們知道，數據包在每經過一個路由節點時，TTL 值都會減一。(2) 共享磁盤1) 除操作系統所在磁盤外，還需要兩個額外的SCSI 磁盤。一個用來做仲裁磁盤，另一個用來充當數據共享磁盤。2) 共享磁盤必須位于系統驅動器所用的控制器以外的另一個控制器上。不要和操作系統所在磁盤使用同一個總線。3) 所有共享磁盤，包括仲裁磁盤，必須在物理上附加到一個共享總線。4) 仲裁磁盤空間大小最小50 MB。為了得到最佳的NTFS 文件系統性能，建議采用最小5

7、00MB 的磁盤分區。5) 所有共享磁盤必須配置為基本磁盤，而不能為動態磁盤。6) 共享磁盤不支持軟件容錯，不要再試圖對共享磁盤做軟RAID。7) 如果您使用的是64 位版本的Windows Server 2003 的系統，需要注意的是，所有共享磁盤必須配置為主引導記錄（MBR），也就是建立主分區。也不要試圖配置為GPT 磁盤，因為它不能作為群集磁盤得到支持。8) 群集磁盤上的所有分區必須格式化為NTFS。9) 群集節點的操作系統必須采用同架構的版本，不能節點A 采用32 位系統，而節點B 卻使用64 位系統。四、安裝群集前的準備工作1、創建共享磁盤(1) 創建用來保存共享磁盤的目錄在本實驗中

8、，我在D:Virtual Machines 目錄下新建了一個ShareDisks 文件夾，用來保存后面兩個操作建立的虛擬仲裁磁盤文件和數據磁盤文件。(2) 創建仲裁磁盤進入VMware Workstation 軟件安裝目錄，在命令提示符窗口敲入如下命令:vmware-vdiskmanager.exe -c -s 600Mb -a lsilogic -t 2 “D:VirtualMachinesShareDisks”Quorum.vmdk(3) 創建數據共享磁盤進入VMware Workstation 軟件安裝目錄，在命令提示符窗口敲入如下命令:vmware-vdiskmanager.exe -

9、c -s 2Gb -a lsilogic -t 2 “D:VirtualMachinesShareDisks”ShareDisk.vmdk(4) 驗證共享磁盤是否成功創建進入D:Virtual MachinesShareDisks 中，可以看到步驟2、3 創建的4 個虛擬磁盤文件。(5) 附加共享磁盤通過前面的操作，我們已經成功的創建了群集所需要的共享磁盤。接下來將虛擬磁盤文件附加到ClusterNodeA 和ClusterNodeB 上。1) 進入 TurboMailA 所對應的虛擬系統目錄(不是虛擬機軟件安裝目錄)，找到.vmx（VMware 配置文件），用記事本打開，添加如下記錄:dis

10、k.locking = "false"diskLib.dataCacheMaxSize = "0"scsi1.present = "TRUE"scsi1.virtualDev = "lsilogic"scsi1:5.present = "TRUE"scsi1:5.fileName = "D:Virtual MachinesShareDisksQuorum.vmdk"scsi1:6.present = "TRUE"scsi1:6.fileName = &qu

11、ot;D:Virtual MachinesShareDisksShareDisk.vmdk"2) 在ClusterNodeB 上重復前一個操作，并做相應的修改。3) 關閉 VMware Workstation 軟件后再次打開，會發現先前創建的共享磁盤均附加到ClusterNodeA 和ClusterNodeB 上了。從上兩個圖中可以看出:1) 共享磁盤屬于 SCSI 通道1，和系統盤SCSI 通道0 不在一個共享總線上，符合集群需求2) 共享磁盤的仲裁磁盤和數據磁盤均位于 SCSI 通道1 上，亦符合集群需求2、網絡及系統配置(1) 創建群集服務帳戶1） 群集服務需要一個屬于可運行群

12、集服務的每個節點上的本地管理員組成員的域用戶帳戶。因為安裝群集服務時需要用到這個用戶名和密碼，所以該用戶帳戶必須在配置群集服務前予以創建。該用戶帳戶只能專門用于運行群集服務，而不能屬于個人。建議該賬戶是普通域賬戶，而不是域管理員賬戶。2） 如下圖所示，必須勾選“密碼永不過期”，建議同時將“用戶不能更改密碼”勾選。3） 創建完畢后，再將其添加到各個節點的本地管理員組中即可。(2) 添加群集A 記錄如果您需要將運行在群集服務上的應用程序服務（該服務器即為虛擬服務器）以域名的形式對內或對外發布，您可能需要在域控制器的DNS 管理器中添加群集名的A 記錄。例如，本次試驗中，我給節點A 和節點B 通過群

13、集虛擬出來的地址192.168.0.10 分配一個對應的A記錄名:ClusterT(3) ClusterNode 上的共享磁盤配置1） 啟動 ClusterNodeA(不要開啟ClusterNodeB，使其保持關閉狀態。這樣有助于保證附加到共享總線的磁盤上的數據不會丟失或遭到破壞。)2）打開 ClusterNodeA 的“磁盤管理”，系統會自動找到先前創建的兩個共享磁盤。進入“磁盤初始化和轉化向導”3） “新建磁盤分區”4） 選擇建立“主磁盤分區”。5） 給仲裁磁盤分配一個約定成俗的驅動器號Q。6） 一定要格式化成為NTFS，同時把卷標改成“Quorum”。7） 以上是對仲裁磁盤進行操作，按照

14、同樣的方法，對共享數據磁盤進行操作。分配驅動器號為R，卷標名為Data。（具體過程略）。另外，需要補充一點的是，通常，驅動器盤符“Q”用于仲裁磁盤，而“R”、“S”等字母則常用于數據磁盤。盡管您可以按照個人喜好隨意更改，但是建議采用約定成俗的規定。8） 對共享磁盤的操作完成后，建議驗證一下磁盤是否可讀寫。方法是新建一些文件后再刪除，看看是否都正常。(4) 網絡配置1） 為了接下來的實驗更加直觀，建議把兩塊網卡進行重命名操作。生產環境也推薦這樣操作。2） Hearbeat Connection 網卡（以下改稱為心跳網卡）的TCP/IP 屬性如下。不要對心跳網卡設置默認網關和DNS 地址。3） 按

15、照下圖修改心跳網卡的高級TCP/IP 屬性，目的是禁止心跳網卡的DNS 和NetBios查詢。這樣能夠消除可能出現的通信問題，也有利于減少不必要的網絡流量。因為服務器群集節點間的通信對于群集的順暢運轉至關重要。4） 至此，有關ClusterNodeA 的前期網絡和系統的相關配置已結束。接下來按照類似的方法對ClusterNodeB 進行配置。(5) ClusterNodeB 上的共享磁盤配置1） 關閉 ClusterNodeA，開啟ClusterNodeB。在此期間，請保持ClusterNodeA 處于關閉狀態。原因前面已經說明，不再贅述。（請盡量按照下圖的方式關閉ClusterNodeA，而

16、不只是簡單的關閉系統）2） 打開ClusterNodeB 的磁盤管理器，可以看到之前創建的共享磁盤同樣被系統發現了。只是由于Windows Server 2003 系統的設計使然，沒有自動為其分配驅動器號。我們需要手工對它分配和ClusterNodeA 相同的驅動器號。3） 為了實驗的直觀性，建議將卷標也進行修改。卷標名建議和ClusterNodeA 上的保持一致。4） 同樣，建議用同樣的方法驗證一下磁盤是否可正常讀寫。5） 至此，我們已完成兩個節點的網絡和系統相關配置。下面，我們開始進入真正的群集服務安裝環節。五、安裝群集服務1、在 A 節點上新建一個群集(1) 開啟 ClusterNode

17、A，同時保持ClusterNodeB 處于關閉狀態。展開ClusterNodeA 的“開始”菜單，定位到“程序”“管理工具”，打開“群集管理器”。(2) 選擇“創建新群集”。(3) 輸入您公司的域名和事先準備好的群集名。如果有需要，在 DNS 中對該群集名建立對應的A 記錄。(4) 輸入新群集中的第一個節點的計算機名，這里我們選擇 ClusterNodeA(5) 這時會對群集配置進行一個完全分析。如果有任何一項無法通過檢測，務必檢查原因、排除問題。故障排除后，不需要重新再來，只需點一下“重新分析”按鈕就行。(6) 輸入群集的 IP 地址，該地址是ClusterNodeA 和ClusterNod

18、eB 共同虛擬出來的群集IP。其 FQDN 地址對應于前面的ClusterTest.test cn(7) 輸入前面創建的群集服務帳號。該帳號可以不是域管理員，但是必須是各節點的本地管理員。(8) 下圖是配置信息匯總。如果發現配置有錯誤，可以點擊“上一步”進行更改。否則點擊“下一步”，開始群集創建。(9) 可以查看創建過程是否順利。一般來說，只要前面群集前的分析沒有問題，創建過程一般都不會有問題的。(10) 完成新建服務器群集向導。至此，我們已經成功的在ClusterNodeA 上配置了群集服務。(11) 打開群集管理器，驗證ClusterNodeA 上的群集服務已成功安裝。資源所有者均為Clu

19、sterNodeA，并均處于聯機狀態。2、將 B 節點加入現有群集(1) 開啟 ClusterNodeB 節點，同時不要關閉ClusterNodeA，否則無法加入現有群集。打開群集管理器，選擇“添加節點到群集”，“瀏覽”，找到之前創建的群集名ClusterTest。點擊“確定”。(2) 進入添加節點向導。(3) 選擇您要添加到現有群集的節點。我這里選擇 ClusterNodeB。(4) 同樣，節點加入前會進行群集配置分析。如果分析結果中有任何問題，請著手解決后再往下繼續。(5) 輸入群集服務帳號。(6) 群集配置信息匯總，返回修改請點擊“上一步”，繼續請點擊“下一步”。(7) 開始“添加節點到

20、群集”的配置操作。(8) 完成節點添加工作。(9) 從下圖可以看出，ClusterNodeB 已成功加入現有群集，目前處于運行狀態。(10) 至此，我們成功的在ClusterNodeA 上新建了一個名為ClusterTest 的群集，并成功將ClusterNodeB 加入該群集中。(11) 細心的您在ClusterNodeB 加入到現有群集后，可能會發現無法在ClusterNodeB 上訪問原有的共享磁盤。如下圖所示。不要奇怪，只是正常現象。因為在群集服務中，同一時刻只能有一個節點對資源擁有所有權。在我這個例子中，此刻仲裁磁盤的所有者是ClusterNodeA，所以ClusterNodeB 無

21、法訪問。反過來，如果所有者是ClusterNodeB，則會變成ClusterNodeA無法訪問共享磁盤。六、配置群集服務1、群集網絡配置(1) 進行專用網絡配置。打開群集管理器，單擊“群集配置”，單擊“網絡”，右鍵選擇Heartbeat的屬性。(2) 選擇“為群集使用啟用這個網絡”和“只用于內部群集通訊（專用網絡）”。對上圖中的幾個選項，我稍微做一下解釋:為群集使用啟用這個網絡: 如果選定了該復選框，群集服務將使用該網絡。默認對所有網絡選定該復選框。只用于客戶端訪問（公用網絡）:如果您想讓群集服務僅使用該網絡適配器與其它客戶端進行外部通信，那么選擇該選項。該網絡適配器將不進行節點對節點通信。只

22、用于內部群集通信（專用網絡）:如果您想讓群集僅使用該網絡進行節點對節點通信，那么選擇該選項。所有通信（混合網絡）:如果您想讓群集服務使用該網絡適配器進行節點對節點通信和外部客戶端通信，那么選擇該選項。默認對所有網絡選定該復選框。在本次實驗中，我們僅使用到了兩個網絡:Public Connection 和Heartbeat Connection。基于最常見的配置，我們將這兩個網絡分別作為混合網絡和專用網絡。(3) 同樣，進行公用網絡配置2、心跳適配器優先化(1) 由于群集服務總是嘗試使用列于首位的網絡適配器進行節點間的遠程過程調用（RPC）通信。只有當群集服務無法使用第一個網絡適配器進行通信時，

23、才會使用列表上的下一個網絡適配器。所以我們需要調整一下心跳適配器的優先級。(2) 啟動群集管理器。右擊群集名稱，然后單擊“屬性”，在彈出的對話框中單擊“網絡優先級”選項卡。將Heartbeat Connection 上移至頂部。3、仲裁磁盤配置啟動“群集管理器”。右擊左上角的群集名稱，然后單擊“屬性”。單擊“仲裁”選項卡。在“仲裁資源”列表框中，選擇“磁盤Q”4、測試群集安裝前面我們在CluterNodeA 和CluterNodeB 新建和加入現有群集結束后，都分別給出了一張截圖用來驗證群集安裝的正確性。如果您覺得驗證不周全，還可以采用如下幾個方法來驗證。(1) 最簡單的驗證就是通過群集管理器

24、。打開群集管理器，查看是否能夠打開到群集的連接。(2) 查看群集服務是否啟動(3) 相關事件日志(4) 相關注冊表鍵值七、故障轉移測試前面說了這么多，終于等到最激動人心的時刻了。在這一環節中，我準備將測試分為初級測試和高級測試兩塊來驗證群集的故障轉移功能。1、初級測試(1) 打開群集管理器，從圖中我們可以看出，目前數據共享磁盤的所有者是 ClusterNodeA，狀態為聯機。(2) 右鍵選擇組 0 的“屬性”，再選擇“移動組”。(3) 可以看到此時的狀態為“脫機掛起”。(4) 從圖中可以得知，共享數據磁盤 R 的所有者已經轉移到ClusterNodeB 上了，狀態為聯機。(5) 此實驗說明，在

25、群集服務中，資源能夠從一個節點手動轉移到另一個節點。（當然也能夠自動轉移，后面的實驗均屬于自動轉移）2、高級測試(1) 手工模擬故障1 次(1) 打開群集管理器，對磁盤Q 進行一次“初始故障”操作。此時磁盤Q 的所有者為ClusterNodeA。(2) 可以看到磁盤 Q 已經聯機掛起了。(3) 經過很短的時間后，磁盤 Q 又自動聯機了，所有者還是ClusterNodeA。(4) 此實驗說明，群集節點的資源，在遇到初始故障后，能夠自我修復，重新回到聯機狀態。雖然在這個實驗中沒有體現出能夠初始故障多少次，但是我可以告訴大家，是3 次。如果初始故障次數超過3 次，就不會自我修復了，而是會進行故障轉移。下面的實驗會證明這一點。(2) 手工連續模擬故障4 次(1) 打開群集管理器，對磁盤R 進行“初始故障”操作，重復4 次。此時磁