揭開桌面虛擬化（VDI）的神秘面紗
原創(chuàng)【6月17日51CTO.com外電頭條】桌面虛擬化最終會授予IT用戶桌面的控制權(quán)嗎？我們之前嘗試的是使用瘦客戶端，既讓IT管理者完全控制用戶的桌面，但是這似乎并不奏效。因為這樣的花費跟管理普通PC機并沒有什么區(qū)別。VDI承諾通過虛擬化與遠程計算相結(jié)合的技術(shù)來克服瘦客戶端計算的缺陷，這樣即便在應(yīng)用程序不兼容、缺乏自定義用戶體驗或者出現(xiàn)可靠性問題的情況下，用戶依然可以進行正常的桌面體驗。
VDI已經(jīng)不是什么新鮮的事情，但是迄今為止它還沒有發(fā)揮自身的潛力。IT管理者們因為瘦客戶端的體驗而顯得有些風(fēng)聲鶴唳。畢竟，若不是因為廉價、易于管理并且擁有一個合適的最終用戶體驗，不會有管理者輕易地引進其它技術(shù)。
但是VDI確實有它的明顯優(yōu)勢：它的技術(shù)是真實的，這一點已被成千上萬已經(jīng)部署的方案所證實。但是，許多這些試點計劃和部署并沒有能夠取代用戶桌面，而大多數(shù)VDI部署被用于內(nèi)部原型勾踐和測試。這就在IT管理員中形成了VDI還沒有為進入它的黃金時代做好準備的這樣一種觀念。這是否是一個錯誤的判斷？我們需要了解現(xiàn)在的VDI技術(shù)從而來判斷它的承諾是否是真的，是否值得我們?yōu)槠渫度?/a>。
現(xiàn)實世界中的VDI：沒有現(xiàn)成簡單的答案
確定VDI的可行性是一項復(fù)雜的任務(wù)，因為其現(xiàn)有產(chǎn)品的數(shù)量巨大，且用途極為繁多，此外，還需要關(guān)注創(chuàng)建一個VDI方案所涉及的軟件和設(shè)備的異質(zhì)性。遺憾的是，VDI并不是一個現(xiàn)成的解決方案。你可能需要整合來自數(shù)家廠商的多種產(chǎn)品，而它們之中的每一個都存在著細微的差別。
盡管如此，VDI方案仍然有著普遍、必要的元素，包括
• 一個虛擬化平臺（比如微軟的Hyper-V或者EMC的VMware ESX服務(wù)器）
• 一個通訊協(xié)議（比如RDP和ICA）
• 一個能夠提供和管理虛擬機的虛擬管理平臺
• 一個能夠?qū)⒂脩舴峙涞教摂M機并且維持連接的終端服務(wù)器
• 一個客戶端設(shè)備（比如瘦客戶端，零客戶端，在PC機上運行的瘦客戶端，或者在PC機上運行的兼容瀏覽器）
困擾管理者們的是VDI構(gòu)件復(fù)雜的系統(tǒng)，而他們又往往來自很多不同的廠商。這就增加了制定和管理VDI方案的復(fù)雜程度。管理者們也可以選擇添加其他的成分比如應(yīng)用程序虛擬化（加速應(yīng)用程序在虛擬機上的部署）和數(shù)據(jù)資料重新定向技術(shù)（有助于會話同步并能在會話中斷的時候?qū)⒂脩舳ㄏ蛑琳_的虛擬機）。
我發(fā)現(xiàn)，應(yīng)用諸如VMware ThinApp的虛擬化產(chǎn)品可以通過為用戶自動安裝業(yè)務(wù)運作支持系統(tǒng)來簡化提供新的虛擬桌面的過程。瘦客戶端和零客戶端完全不能運行管理程序，他們?nèi)狈μ幚磉@些程序的能力和硬件。因此，他們必須依賴一個服務(wù)器來運行所有何軟件或應(yīng)用程序。
#p#
終端是VDI戰(zhàn)略的關(guān)鍵
雖然VDI涉及將桌面移至數(shù)據(jù)中心，終端仍然在決策如何部署VDI的過程中扮演著相當重要的角色。在走向VDI的天堂之前，管理者們必須做一些謹慎的考察。VDI的復(fù)雜性并不僅僅因為瘦客戶端、零客戶端、在PC機上運行的瘦客戶端和PC機上運行的兼容瀏覽器這些諸多類型，也因為它往往需要支連接和斷開的用戶，同時支持那些連接速度和質(zhì)量差異很大的遠程用戶。
不過，我的問題是，支持斷開連接用戶的必要性，因為如果你處于一個不能持續(xù)訪問公司服務(wù)器的環(huán)境下，你就不再擁有登陸公司數(shù)據(jù)庫或者訪問客戶和服務(wù)器應(yīng)用程序的權(quán)限。
在這種情況下，提供虛擬化桌面似乎就沒有什么意義了。擁有本地操作系統(tǒng)和應(yīng)用程序的傳統(tǒng)電腦似乎更適合于那些不能處于持續(xù)連接狀態(tài)的用戶。
VDI可以以兩種方式被傳輸?shù)浇K端：
• 通過持續(xù)的連接，所有處理過程都在數(shù)據(jù)中心進行，只有輸入和輸出端口是由終端來接收。
• 通過本地運行將一個虛擬桌面?zhèn)鬏數(shù)浇K端，與存儲在數(shù)據(jù)中心的一個虛擬硬盤同步，這通常被稱為多級或者斷開模式，因此，一臺PC機擁有一個虛擬處理器是十分必要的。
決定用什么樣的終端來支持和是否支持斷開設(shè)備是IT管理者們所需要作出的重要決定。這些選擇決定了VDI戰(zhàn)略是否能夠落實到位。
根據(jù)我的經(jīng)驗，用VDI支持斷開用戶比支持持續(xù)連接用戶需要更為復(fù)雜的配置、部署和管理。支持斷開連接用戶需要面臨以下挑戰(zhàn)：
• 驗證連接用戶
• 確認硬件（和軟件）的終端功能
• 提供將虛擬化硬盤的傳輸至遠程終端的機制
• 提供將一個管理程序傳輸?shù)竭h程終端的機制
• 自動管理客戶端
• 管理實時虛擬會話
• 保持虛擬硬盤在終端和數(shù)據(jù)中心之間的同步性
• 支持斷開連接的應(yīng)用程序（客戶機/服務(wù)器與本地應(yīng)用程序）
• 確保端點和實時虛擬桌面的安全
相反，支持一個持續(xù)連接的終端需要考慮的則要少得多：
• 驗證用戶
• 驗證和確保連接
• 確認終端的軟件環(huán)境
• 驗證活安裝瘦客戶端軟件
• 管理連接
需要注意的是，要想使VDI有效工作，數(shù)據(jù)中心必須為客戶端設(shè)備提供昂貴的高帶寬和低延遲連接并且確保異地用戶有類似的高質(zhì)量寬帶或者專用網(wǎng)絡(luò)連接。
如果需要支持斷開用戶，VDI可能并不是一個很好的技術(shù)選擇。使用筆記本電腦，上網(wǎng)本或者平板電腦并且跳過VDI環(huán)節(jié)將是更好的選擇。或許支持斷開用戶最大的問題在于時間：需要花多長時間來保證虛擬桌面和客戶端設(shè)備之間的同步取決于帶寬。
#p#
注意：幾方面的難題
無論選擇何種方式，你都會碰到實施VDI的一些難題。這些困難大多源于各種元件的整合。例如，一些版本的連接代理不支持某些特定的虛擬化平臺，而另一些產(chǎn)品只針對特定的管理軟件起作用。案例分析：VMware View4.0, 只能在VMware自己的平臺上運行。如果你希望用Hyper-V作為虛擬化平臺，VMware View則不是一個明智的選擇。
另一個常見的問題是排除故障顯示協(xié)議和相關(guān)網(wǎng)絡(luò)架構(gòu)。顯示協(xié)議包括了所有客戶設(shè)備與虛擬機之間輸入和輸出端口，帶寬很密集并且受網(wǎng)絡(luò)延遲影響。要想減少這些問題，需要配備先進的網(wǎng)絡(luò)跟蹤診斷工具，在某些情況下也需要使用其它產(chǎn)品來控制網(wǎng)絡(luò)流量。有一點是肯定的：VDI會對你的網(wǎng)絡(luò)架構(gòu)造成重大負荷。如果你寬帶有限并且網(wǎng)絡(luò)延遲很高，那么問題就不可避免。
#p#
VDI的成本正在下降，更好的VDI技術(shù)即將出現(xiàn)
技術(shù)上挑戰(zhàn)的背后是一個潛在的事實：VDI的昂貴是因為它對服務(wù)器和網(wǎng)絡(luò)資源配置的要求很高。2008年11月的Forrester調(diào)查研究報告評估表明每一個VDI用戶可能花費1760美元用于瘦客戶軟件、服務(wù)器、存儲以及虛擬化軟件、桌面操作系統(tǒng)和應(yīng)用程序的應(yīng)用許可。但是，這個價格已經(jīng)下降了一半，跌至每位用戶900美元，F(xiàn)orrester分析員Natalie Lambert（現(xiàn)為Citrix雇員）說。隨著技術(shù)的不斷成熟和價格的進一步下滑，VDI將在經(jīng)濟上和技術(shù)上為越來越多的企業(yè)提供可行性。
例如，微軟正在改變它的軟件許可證以簡化虛擬機的配置。VMware將推出新版本的VMware View，將本機支持離線模式。Citrix將用新的客戶端管理程序進一步推動桌面虛擬化空間。MokaFive和Wanova的產(chǎn)品已經(jīng)開始進入市場，他們的產(chǎn)品允許管理員進行全方位的管理、保護和更新，并且使遠程用戶與第二類客戶端虛擬機保持同步。
這些進展已經(jīng)導(dǎo)致初創(chuàng)公司們開始為小型企業(yè)提供基于云的桌面（桌面作服務(wù)），從而可以有效地避免他們購買軟件、服務(wù)器和其他設(shè)備來組建傳統(tǒng)的小型企業(yè)IT部門的局面。這一相同的邏輯也開始影響到企業(yè)文化，CTO們開始研究桌面作服務(wù)的理念，并試圖將虛擬機引進公司，從而消除先前PC機所涉及的很多關(guān)于技術(shù)支持和管理的問題。
種種努力仍在繼續(xù)，在企業(yè)中推廣VDI只是一個時間問題。問題不是能否，而是何時。
原文標題： The unvarnished truth about VDI desktop virtualization 原文作者：Frank Ohlhorst
【51CTO譯稿，非經(jīng)授權(quán)謝絕轉(zhuǎn)載，合作媒體轉(zhuǎn)載請注明原文出處及作者！】
【編輯推薦】
