盡管今天虛擬桌面架構(gòu)（VDI）已經(jīng)被普遍接受，但是我個人依然認為虛擬桌面池的方式就如同把所有的雞蛋都放到了一個籃子里面。換句話說，如果發(fā)生故障，那么所有的用戶都將無法訪問他們的桌面系統(tǒng)。坦率地講，VDI發(fā)生故障對最終用戶產(chǎn)生的影響就如同發(fā)生電力故障一樣。因此，對于所有的VDI部署過程，創(chuàng)建一定程度上的容錯機制是非常關(guān)鍵的一步。

VDI部署過程中的容錯系統(tǒng)創(chuàng)建過程往往要比客戶初始的構(gòu)想要復雜得多。創(chuàng)建真正容錯系統(tǒng)的唯一途徑，就是設計一個不存在任何單點故障部分的全冗余網(wǎng)絡。因為在基于Windows的VDI部署環(huán)境中存在多個不同的服務器角色，所以在我們的容錯解決方案中也必須包含所有的這些角色。

受篇幅限制，我們無法對每個服務器角色實現(xiàn)容錯的方法逐一詳細討論。因此，這里，虛擬化作者Brien M. Posey只是列舉出在基于Windows Server 2008 R2創(chuàng)建的VDI系統(tǒng)中，對于每種服務器角色而言最常用的容錯解決方案。

遠程桌面網(wǎng)關(guān)服務器

很不幸，微軟并沒有為遠程桌面網(wǎng)關(guān)服務器提供容錯解決方案。而好消息是網(wǎng)關(guān)服務器并不是所有的環(huán)境都需要，只有當我們需要對外網(wǎng)客戶提供虛擬桌面池訪問能力的時候才有需求。

如果您的網(wǎng)絡環(huán)境確實需要網(wǎng)關(guān)服務器，那么***的辦法就是同時部署兩臺并行的網(wǎng)關(guān)服務器，然后通過DNS服務器對它們的輪詢來實現(xiàn)負載均衡。請理解，這種方式并不能保證在故障發(fā)生后，用戶不會收到來自服務器端的的錯誤提示。然而，至少它可以保證外部的客戶不會完全失去跟桌面系統(tǒng)的聯(lián)系。如果外部客戶可以嘗試足夠多的次數(shù)，他們最終還是可以連接到其中仍然可用的那臺網(wǎng)關(guān)。

遠程桌面授權(quán)服務器

在部署VDI容錯系統(tǒng)時，很容易遺忘的就是授權(quán)服務器，但是授權(quán)服務器發(fā)生故障并不會導致嚴重的停機。如果授權(quán)服務器宕機，那些沒有獲得遠程桌面許可的用戶或是現(xiàn)有許可過期的用戶將無法訪問到虛擬桌面池。

微軟并沒有為遠程桌面授權(quán)服務器提供真正的容錯能力。而作為替代的是，他們建議客戶部署兩個授權(quán)服務器，然后在兩個服務器上各放置一半的用戶授權(quán)文件。這種架構(gòu)下，即使授權(quán)服務器宕機也不會導致完全的停機。

遠程桌面連接Broker服務器

和其它類型的服務器不同，遠程連接Broker服務器可以部署為故障切換集群系統(tǒng)。而集群系統(tǒng)可以保證為這一服務器角色提供真正的容錯能力。

遠程桌面會話主機服務器

不幸的是，對于遠程桌面會話程序主機服務器也沒有實現(xiàn)真正容錯的方法。例如，遠程桌面會話主機無法安置在故障切換集群系統(tǒng)中。微軟建議用戶同時部署多個并行的會話管理主機，然后借助連接Broker服務器實現(xiàn)這些主機之間的負載均衡。這種方式不能保證用戶會話程序在故障發(fā)生后不中斷，但是用戶可以通過重啟操作來重新建立會話連接。

謹記，由于負載均衡方式的部署用來實現(xiàn)一定程度的容錯，因此對于會話主機服務器而言，一定要確保具備足夠的計算資源，可以在一臺主機失效后具備接管增加部分工作負載的能力。

Hyper-V服務器

虛擬桌面池中的虛擬機都是寄居在Hyper-V主機上的。您主要有兩種實現(xiàn)Hyper-V容錯的方式。一種是通過創(chuàng)建故障切換集群系統(tǒng)，另外一種就是創(chuàng)建基于共享存儲的集群。

我的建議是使用故障切換集群而不是共享存儲。這種方式可以避免存儲陣列成為單點故障。

您應該已經(jīng)了解到微軟的VDI解決方案在一定程序上缺乏容錯機制。而通過使用負載均衡方式，我們還是可以做一些部署以防止發(fā)生完全停機的狀況。

【編輯推薦】

1. 桌面虛擬化的9大真義：集中計算再次回歸
2. 桌面虛擬化：遺落民間的“貴”族
3. 桌面虛擬化：***廠商依然偏離靶心