故障轉移群集概述

我們可以將多台服務器組成一個故障轉移群集，這些服務器會協同工作以提高一個高可用性的應用程序或群集內每台服務器被稱為一個節點（Node），節點之間通過網絡硬件與軟件連接在一起對用戶提供服務，這個過程被稱為故障轉移，它讓用戶能夠不中斷的繼續享有服務器提供的服務。

天太熱，其他不高興寫，寫一些注意事項，然后再把實驗過程寫一下。

群集仲裁配置

當群集中的節點發生故障時，會由其他節點接手繼續提供服務。不過，當節點之間通信出現問題或太多節點發生故障時，群集就會停止服務，可是群集可以容忍多少個節點發生故障，這要由仲裁配置（Quorum Configuration）決定，Quorum中文就是法定數量的意思，也就是只要群集中仍然正常運行的節點數量達到法定數量，群集就會繼續提供服務，否則就停止服務。在停止服務期間，仍然正常的節點會繼續監聽故障節點是否恢復正常，一旦正常節點的數量恢復到法定數量時，群集就會繼續提供服務器。

在計算法定數量時，有的仲裁配置會用到仲裁磁盤，又稱為見證磁盤（Witness Disk）。仲裁配置分為以下幾種。

多數節點（Node Majority）
此種配置不會用到仲裁磁盤，而所謂多數節點就是正常節點數量占多數的情況下，群集才會提供服務，否則就停止服務。此種配置適用於奇數節點的群集。例如，5個節點的群集，其正常節點的數量必須至少3個，群集才會提供服務。
多數節點與磁盤（Node and Disk Majority）
適用於偶數節點的群集，它在計算法定數量時會將仲裁磁盤計算進來，例如，4個節點+1個仲裁磁盤的群集，可以將其視為5個節點的群集，此時正常節點的數量必須至少3個，群集才會服務。
多數節點與文件共享（Node and File Share Majority）
它和多數節點與磁盤類似，不過將仲裁磁盤改為共享文件夾內的文件。
沒有多數：只有磁盤（No Majority :Disk Only）
只要仲裁磁盤脫機·，群集就會停止提供服務（不建議采用）。

創建故障轉移群集實例演示

我們將通過下圖來演示如何搭建一個iSCSI SAN兩節點的文件服務器故障轉移群集，其仲裁配置默認為多數節點與磁盤。

軟硬件需求

要創建上圖的兩節點群集，其軟硬件配備必須符合以下要求。可以使用我以前所得vmware workstation來實驗，也可以用hyper-v來實驗，因為這個現在windows 2012的實驗沒有涉及虛擬化。

服務器

架設群集需要AD域，群集中的節點服務器必須隸屬於同一個域，並且應該扮演同樣的域角色，也就是都是成員服務器或都是域控。我們的環境域名contoso.com，左上角DC為域控，Node1和Node2兩個節點，最下面的服務器為目標服務器，其中將安裝Windows Server2012 內置的iSCSI目標服務器軟件，不需要加域。

為了讓群集能正常運行，因此群集中的兩台節點服務器應該都要配備相同或類似的硬件，而且需要安裝相同版本的操作系統，包含相同的硬件版本（32位，64位），同時也要安裝相同的SP與軟件更新。在windows Server 2012系統產品中只有Datacenter與Enterprise版本才具備群集功能，因此2個節點服務器都安裝了Windows Server2012 Datacenter。為了方便，域控與目標服務器也都安裝Datacenter。

網絡設置

圖中兩台節點服務器各有三塊網卡，分別連接到Public，Private和iSCSI網絡。

Public網絡：兩台節點服務器各有一塊網卡連接到public網絡，並通過public網絡與域控通信，客戶端也通過public來連接節點服務器。
Private網絡：兩台節點服務器之間需要隨時監聽對方的心跳（Heartbeat）情況，以便得知對方心跳狀態，因此建議節點之間通過專用網絡進行通信。
為了提高故障恢復能力，我們會設置讓節點之間也可以通過前面的public網絡來通信，她在節點之間因故無法通過private網絡通信時，還可以選擇public網絡。
iSCSI網絡：兩個節點各有一塊網卡連接到iSCSI網絡，並通過此網絡來連接目標服務器並訪問存儲媒體內的文件，這個網絡應該僅用於節點與目標服務器之間使用iSCSI協議來通信的專用網絡，請勿作其他用處。兩個節點用來連接iSCSI網絡的網卡應該相同，而且iSCSI網絡內應采用高速交換機（1G，10G，或更高）。

注：為了避免單一點故障而影響到群集的運行，建議在兩個節點與客戶端之間，兩個節點與目標服務器之間的通信管道采用適當的故障恢復措施，例如以節點與客戶端之間來說，可以在節點中利用兩塊網卡來連接到兩個網絡，而通過這兩個網絡都可以和客戶端通信。還可以采用具備teaming功能的網卡來提供故障恢復功能，例如可以在public網絡采用teaming網卡，但是不要再private網絡采用teaming網卡，以免因為延遲問題而影響節點之間的通信的實時性。此外，iSCSI並不支持teaming，因此iSCSI網絡不要使用teaming網卡。Teaming就是將一台計算機內的多塊網卡，通過驅動程序將其變成一塊虛擬網卡，其他計算機通過此虛擬網卡與這台計算機通信，但是數據實際上通過多塊物理網卡來傳送。Teaming網卡可以提高網絡傳輸速度，提供負載平衡與故障處理功能。Windows Server2012 已經內置網卡teaming功能。

目標服務器與存儲媒體

Windows Server 2012 要求存儲媒體必須遵照SCSI Primary Command-3 (SPC-3)的標准，尤其是必須支持SPC-3 Persistent Reservation（SPC-3持續保留）。我們要利用Windows Server 2012內置的iSCSI目標服務器來搭建iSCSI目標服務器，通過他創建的iSCSI磁盤支持上述的SPC-3要求。

本例為兩個節點的文件服務器群集，因此仲裁配置為多數節點與磁盤，此時除了存儲文件的文件磁盤外，還需要一個仲裁磁盤，這兩個磁盤要求如下：

必須是基本磁盤，不可以是動態磁盤。
仲裁磁盤必須被格式化為NTFS，但是文件磁盤並沒有強制規定，不過建議NTFS。
磁盤分區樣式可以是MBR或GPT。
本列中的仲裁磁盤和文件磁盤都直接使用本地計算機c：磁盤內的文件來模擬，文件名分別是C:\iSCSIVirtualDisks\Quorum.vhd和C:\iSCSIVirtualDisks\Files.vhd

iSCSI SAN兩節點文件服務器群集實例演示

我們按部就班的來說明如何搭建群集，以減少出錯的機會。

准備網絡環境與4台服務器

DC的網卡連接到public網絡，目標服務器的網卡連接到iSCSI網絡，兩個節點的3快網卡分別連接3個網絡。
目標服務器必須多准備兩個磁盤
在這4台服務器上安裝windows Server2012 datacenter
安裝完成后，分別改為DC1，Node1，Node2，Target。
建議更改兩台節點服務器內3塊網卡的連接名稱，以便於識別。
務必執行ping測試來確認服務器之間可以正常通信。
將DC升級為域控。
將Node1和Node2分別加入域。
Node1與Node2防火牆例外開放遠程卷管理的流量，否則無法在群集內創建共享文件夾。

適當的節點設置

為了讓群集運行的更有效率，建議調整兩台節點服務器的設置。例如，為了讓兩台節點服務器能夠實時通過private網絡來監聽對方的心跳情況，因此應該避免在這個網絡上發送其他不相干的流量；還有iSCSI網絡僅用於節點與目標服務器之間使用iSCSI protocol來通信的專用網絡，因此也應該避免在這個網絡上發送其他不相干的流量。例如，我們最好將節點服務器上連接這兩個網絡的網絡連接的dns和wins流量禁用。