Windows 故障轉移+Hyper-V 虛機自動遷移高

可用?

Windows 故障轉移+Hyper-V 虛機自動遷移高... 1

一、系統原理... 3

1.1 高效率的 VMbus 架構... 3

1.2 完美支持 Linux 系統... 4

二、架構拓樸... 5

2.1 網絡及系統架構拓樸... 5

2.2 域結構拓樸... 5

?三、實驗資源列表... 6

3.1 網絡設備... 6

3.2 服務器設備... 6

四、Hyper-v 故障轉移群集配置過程... 6

4.1 AD 域... 7

4.1.1 AD 域的安裝過程... 7

4.1.2 AD 配置過程... 13

4.2ISCSI 存儲... 18

4.2.1 ISCSI 存儲... 18

4.2.2 配置 ISCSI 并創建 ISCSI 19

4.2.3 加入域組... 27

4.3Hyper 安裝... 29

4.3.1 ISCSI 發起程序... 29

4.3.2 Hyper-V 安裝流程... 31

4.3.3 故障轉移群集管理... 34

4.3.4 新建虛擬機... 40

五、驗證結果... 44

5.1? 實時遷移... 44

5.2? 故障轉移... 45

六、實驗結果... 47

6.1? 注意事項... 47

6.2? 總結... 47

一、系統原理 ?

Hyper-V采用微內核的架構，兼顧了安全性和性能的要求。Hyper-V底層的 Hypervisor運行在最高的特權級別下，微軟將其稱為ring -1（而Intel則將其

稱為root mode），而虛擬機的OS內核和驅動運行在ring 0，應用程序運行在 ring 3下，這種架構就不需要采用復雜的BT（二進制特權指令翻譯）技術，可以進一步提高安全性。 ?

1.1 高效率的 VMbus 架構?

由于Hyper-V底層的Hypervisor代碼量很小，不包含任何第三方的驅動，

非常精簡，所以安全性更高。Hyper-V采用基于VMbus的高速內存總線架構，來自虛機的硬件請求（顯卡、鼠標、磁盤、網絡），可以直接經過VSC，通過

VMbus總線發送到根分區的VSP，VSP調用對應的設備驅動，直接訪問硬件，中間不需要Hypervisor的幫助。 ?

這種架構效率很高，不再像以前的Virtual Server，每個硬件請求，都需

要經過用戶模式、內核模式的多次切換轉移。更何況Hyper-V現在可以支持

Virtual SMP，Windows Server 2008虛機最多可以支持4個虛擬CPU；而

Windows Server 2003最多可以支持2個虛擬CPU。每個虛機最多可以使用

64GB內存，而且還可以支持X64操作系統。 ?

1.2 完美支持 Linux 系統?

和很多朋友的想法不同，Hyper-V可以很好地支持Linux，我們可以安裝支

持Xen的Linux內核，這樣Linux就可以知道自己運行在 Hyper-V之上，還可以安裝專門為Linux設計的Integrated Components，里面包含磁盤和網絡適http://baike.baidu.com/view/7756.htm配器的VMbus驅動，這樣Linux虛機也能獲得高性能。下圖所示的就是Novell ?

SUSE Linux 10 SP1，其中的網卡驅動，其總線類型就是VMbus。 ?

這對于采用Linux系統的企業來說，是一個福音，這樣我們就可以把所有的服務器，包括Windows和Linux，全部統一到最新的Windows Server 2008 平臺下，可以充分利用Windows Server 2008帶來的最新高級特性，而且還可以保留原來的Linux關鍵應用不會受到影響。 ?

和之前的Virtual PC、Virtual Server類似，Hyper-V也是微軟的一種虛擬化技術解決方案，但在各方面都取得了長足的發展。 ?

Hyper-V可以采用半虛擬化（Para-virtualization）和全虛擬化

（Fullvirtualization）兩種模擬方式創建虛擬機。半虛擬化方式要求虛擬機與物理主機的操作系統（通常是版本相同的Windows）相同，以使虛擬機達到高的性能；全虛擬化方式要求CPU支持全虛擬化功能（如Inter-VT或AMD-V），以便能夠創建使用不同的操作系統（如Linux和Mac OS）的虛擬機。 ?

從架構上講Hyper-V只有“硬件－Hyper-V－虛擬機”三層，本身非常小

巧，代碼簡單，且不包含任何第三方驅動，所以安全可靠、執行效率高，能充分利用硬件資源，使虛擬機系統性能更接近真實系統性能。 ?

二、架構拓樸 ?

2.1 網絡及系統架構拓樸

?

2.2 域結構拓樸?

?三、實驗資源列表

3.1 網絡設備?

一臺華為 5752-SI ?

3.2 服務器設備?

兩臺 G6S ?

兩臺 xenserver 的虛機 ?

四、Hyper-v 故障轉移群集配置過程?

以下截圖每一步細節都有，重復性的截圖我就略過了，如若無圖，可直接下一步，

或者默認即可。

4.1 AD 域?

域的簡介：在一個作用域里面的成員，它們的會默認同步域控制器的時間，群集及故障轉移對時間的要求也能滿足。

4.1.1 AD 域的安裝過程?

?添加角色和功能向導

或基于功能的安裝（默認下一步及可）

選擇本地服務器

由于AD域需要DNS服務的組件，所以我們需要選中DNS服務。

選擇功能（默認下一步）

添加角色和功能

?確認安裝服務

DNS 服務安裝完成

AD 域的安裝

AD 域安裝完成，并將此服務器提升為域控制器

4.1.2 AD 配置過程?

創建一個新的域，并指定根域名（這時候就已經用到 DNS 服務了）?

?配置目錄還原模式密碼

DNS 選項（無視，下一步即可）

域名的配置

?域配置的條件檢查（正常如圖所示）

進入AD域的管理界面，并開始配置AD域

新建一個組織單位（OU）

新建組織單位并且命名

添加域組成員

?4.2ISCSI 存儲?

4.2.1 ISCSI 存儲

重復的已跳過，選擇安排 ISCSI 服務器

默認安裝到完成即可

4.2.2 配置 ISCSI 并創建 ISCSI?

創建 ISCSI 目標

選擇分區將新建成 ISCSI 虛擬磁盤?

給虛擬磁盤命名

創建 Hyper-v 的仲裁磁盤

?新建 ISCSI 目標

指定目標主機名稱

?指定哪臺主機有訪問權限

將需要連接的主要都給權限

?是否需要 CHAP 安全認證

確認相關信息是否無誤，并開始創建

等待進度條讀取完成，關閉當前菜單

再新建一塊磁盤

磁盤命名為 Date（數據盤）

?給磁盤分配大小?

?其它的與仲裁磁盤創建相似，所以省略，直接按照上圖設置即可（至此兩塊磁盤都創建完成）

4.2.3 加入域組?

?將首先 DNS 設置為域控制器 IP（因為它也是 DNS 服務提供者）

在系統，更改計算機名里面修改。需要與前面你創建的根域名對應上（DNS 也要設置為域控服務器 IP，不然無法加入到域）

輸入域服務的用戶名和密碼即可（后面的 Hyper-v1 和 v2 也需要相同的方式加入到域）

4.3Hyper 安裝?

4.3.1 ISCSI 發起程序?

?在儀表盤里面選中 ISCSI 發起程序，需要注意的事，必須先加入到域，加域會重啟，

ISCSI 服務器必須先加入到域并開始運行服務后，其它客戶端才可使用（客戶端也必須加入到域）

?選擇發現選項卡，輸入 ISCSI 服務提供 IP

?選擇連接到目標?

?會出現兩個磁盤，選擇自動配置即可

?打開計算機管理里面的磁盤管理，將 ISCSI 磁盤聯機并格式化，（格式化只需要一臺做就可以了）

4.3.2 Hyper-V 安裝流程?

兩臺的步驟基本相同，就不細分了

?選擇安裝 Hyper-V 服務

?添加角色里面將故障轉移群集選中

?選擇下一步繼續

?選中一塊網卡充當虛擬交換機的網卡，需要兩塊網卡命名一致，不然遷移會出故障?

?允許交換機實時遷移

默認即可，后續故障轉移的共享磁盤設置完畢后還需要修改此項

安裝完成即可

4.3.3 故障轉移群集管理?

?開始設置故障轉移群集

?驗證故障轉移群集配置，配置完畢并正常的話，會自動創建群集的。?

?默認下一步

?所有服務器，從圖所示可看見兩臺服務器都已經加入域

?選擇運行所有測試

確認所需要驗證的配置，即可下一步。（默認下一步即可）

?這個驗證過程大概在 5 分鐘左右

?如圖所示，配置通過。

?開始創建群集

?創建群集的向導，并且為群集命名和設置群集的 Vip，并且在域組內會添加自動添加該成員。

?確認創建

?創建群集完成

創建群集共享卷，創建完成后，它會自動生成到 C 盤的 ClusterStorage\Volume1\目錄下

?將虛擬硬盤和虛機存放到共享存儲目錄下

4.3.4 新建虛擬機?

新建虛機

?為虛機分配內存

?分配網絡，還是一樣，強調兩臺母機的網卡名一致

?為虛機分配硬盤大小

鏡像引導

虛機創建完成，我在每臺母機上按照命名創建了一臺測試機，后面就開始驗證了。

五、驗證結果?

????5.1? 實時遷移

從圖中可知，遷移是從 22：00 分開始，采用的是實時遷移?

從圖中?從圖中所示，時間是可以吻合的，在 Ping 的截圖中可以發現，沒有掉一個包，在實時遷移的一瞬間，延遲會有點大，可能會掉一個包。

5.2? 故障轉移

從圖中可知 Hyper-v2 在 21：49 分虛機是正常運行的，并且已經正常運行 4 天多。

我在 21：52 的時候重啟了 Hyper-v2 的服務器，模仿故障發生時的場景。

Hyper-V2 處于掉線狀態，虛機也正常遷移，遷移過程會有將近二十個包的掉包，但在現在的大環境下，一分鐘的業務中斷時間雖長，但相對還是較好的。在 Hyper-V 的商業產品中，有數據中心虛擬化的概念，一個數據中心的虛擬群集掛了，另一個數據中心的群集會相應開啟，如果以這個視角去看待的話，Hyper-V 的一分鐘中斷就是極好的一個數據。