虛擬桌面池系統必需：容錯機制
盡管今天虛擬桌面架構（VDI）已經被普遍接受，但是我個人依然認為虛擬桌面池的方式就如同把所有的雞蛋都放到了一個籃子里面。換句話說，如果發生故障，那么所有的用戶都將無法訪問他們的桌面系統。坦率地講，VDI發生故障對最終用戶產生的影響就如同發生電力故障一樣。因此，對于所有的VDI部署過程，創建一定程度上的容錯機制是非常關鍵的一步。
VDI部署過程中的容錯系統創建過程往往要比客戶初始的構想要復雜得多。創建真正容錯系統的唯一途徑，就是設計一個不存在任何單點故障部分的全冗余網絡。因為在基于Windows的VDI部署環境中存在多個不同的服務器角色，所以在我們的容錯解決方案中也必須包含所有的這些角色。
受篇幅限制，我們無法對每個服務器角色實現容錯的方法逐一詳細討論。因此，這里，虛擬化作者Brien M. Posey只是列舉出在基于Windows Server 2008 R2創建的VDI系統中，對于每種服務器角色而言最常用的容錯解決方案。
遠程桌面網關服務器
很不幸，微軟并沒有為遠程桌面網關服務器提供容錯解決方案。而好消息是網關服務器并不是所有的環境都需要，只有當我們需要對外網客戶提供虛擬桌面池訪問能力的時候才有需求。
如果您的網絡環境確實需要網關服務器，那么***的辦法就是同時部署兩臺并行的網關服務器，然后通過DNS服務器對它們的輪詢來實現負載均衡。請理解，這種方式并不能保證在故障發生后，用戶不會收到來自服務器端的的錯誤提示。然而，至少它可以保證外部的客戶不會完全失去跟桌面系統的聯系。如果外部客戶可以嘗試足夠多的次數，他們最終還是可以連接到其中仍然可用的那臺網關。
遠程桌面授權服務器
在部署VDI容錯系統時，很容易遺忘的就是授權服務器，但是授權服務器發生故障并不會導致嚴重的停機。如果授權服務器宕機，那些沒有獲得遠程桌面許可的用戶或是現有許可過期的用戶將無法訪問到虛擬桌面池。
微軟并沒有為遠程桌面授權服務器提供真正的容錯能力。而作為替代的是，他們建議客戶部署兩個授權服務器，然后在兩個服務器上各放置一半的用戶授權文件。這種架構下，即使授權服務器宕機也不會導致完全的停機。
遠程桌面連接Broker服務器
和其它類型的服務器不同，遠程連接Broker服務器可以部署為故障切換集群系統。而集群系統可以保證為這一服務器角色提供真正的容錯能力。
遠程桌面會話主機服務器
不幸的是，對于遠程桌面會話程序主機服務器也沒有實現真正容錯的方法。例如，遠程桌面會話主機無法安置在故障切換集群系統中。微軟建議用戶同時部署多個并行的會話管理主機，然后借助連接Broker服務器實現這些主機之間的負載均衡。這種方式不能保證用戶會話程序在故障發生后不中斷，但是用戶可以通過重啟操作來重新建立會話連接。
謹記，由于負載均衡方式的部署用來實現一定程度的容錯，因此對于會話主機服務器而言，一定要確保具備足夠的計算資源，可以在一臺主機失效后具備接管增加部分工作負載的能力。
Hyper-V服務器
虛擬桌面池中的虛擬機都是寄居在Hyper-V主機上的。您主要有兩種實現Hyper-V容錯的方式。一種是通過創建故障切換集群系統，另外一種就是創建基于共享存儲的集群。
我的建議是使用故障切換集群而不是共享存儲。這種方式可以避免存儲陣列成為單點故障。
您應該已經了解到微軟的VDI解決方案在一定程序上缺乏容錯機制。而通過使用負載均衡方式，我們還是可以做一些部署以防止發生完全停機的狀況。
【編輯推薦】
