話說天下大事，合久必分，分久必合。這條鐵律不僅高度概括了數千年歷史的發展軌跡，在計算機和桌面虛擬化領域也同樣適用。

在桌面虛擬化領域VDI和IDV這兩兄弟經常成對出現，怎奈這對兄弟相處并不和諧、互不服氣，經常要爭個誰高誰低。大家對哥哥VDI(Virtual Desktop Infrastructure)相對熟悉一些，知道它能把計算、存儲資源池化，根據用戶需要統籌分配，同時數據都集中在云端。VDI用一個詞概括就是“厚云薄端”實現了集中計算、集中管理。

VDI架構示意圖

哥哥VDI也有一些先天頑疾無法克服，比如過度依賴網絡環境，不支持離線模式;無法滿足3D設計、開發編譯等高負載應用場景;此外，技術復雜，對運維人員技術要求高。而弟弟IDV(Intelligent Desktop Virtualization)就是為解決這些問題而生的，因此哥哥的難題在它看來就是“天空飄來五個字，這都不是事!”

首先，IDV是分布計算、集中管理的架構思路，也用一個詞來概括就是“厚端薄云”，虛擬桌面又回到了終端上運行，但跟傳統PC不同的是，把服務器虛擬化的思路移植到了終端上來實現，在終端硬件和虛擬桌面之間增加了虛擬化層(hypervisor)，這樣使得原來PC硬件和操作系統的緊耦合狀態，變成了像樂高積木一般的多層模塊架構。而原來“既當爹又當媽”的服務器被解放了出來，不用再背著幾十個虛擬桌面負重前行了，只需要把基礎鏡像(Golden Image)制作好，***運行時把鏡像下發到終端本地即可。同時用戶身份、外設策略、軟件分發等都可以通過終端上的虛擬化層輕松實現，這里有個專有名詞叫“帶外管理”。

IDV 架構示意圖

其次，我們再來看看IDV對網絡的依賴情況。目前市場上常規方案，一臺高性能VDI服務器可運行50 - 60個虛擬桌面，每個桌面占用的平均網絡帶寬在3 – 10M 左右。運行的重型軟件越多，帶寬占用越大，用戶體驗就越差，宛如五一、十一黃金周期間爭相駕車出行的高速公路一般，堵得水泄不通。而IDV 只有***部署下發鏡像時占用網絡帶寬較大，之后桌面運行在終端本地，跟服務器間的通訊有十幾K帶寬就夠用了，這時的網絡又好比是北京春節期間的四環路，八車道的公路上看不到幾輛車。由此可見，一臺IDV服務器帶上千點的終端也能輕松應對，毫無壓力。

IDV分布式計算

***，BT(BitTorrent)技術和增量更新技術的應用也大大縮短了IDV鏡像的下載過程。IDV終端***使用時，需要將操作系統鏡像下載到終端本地。按照傳統的FTP、HTTP下載方式，終端都從服務器上下載鏡像的話，服務器的帶寬壓力會非常大，下載并發數過高，引發的結果是服務器宕機或下載過程非常緩慢。采用分布式BT技術，鏡像文件會被分割為很多分片，所有分片都下載完后，鏡像文件也就下載好了。每臺終端都可以從服務器和其它終端下載鏡像文件分片，這樣可以很好地解決服務器并發下載的問題，下載的終端越多，下載速度也就越快。另外在還原模式下，當服務器上保存的鏡像模板有更新時，IDV終端啟動時會把本地鏡像跟服務器鏡像做對比，如果有差異，只把差異部分下載到本地并更新，而不用下載完整的鏡像，這讓下載過程變得更快。

由IDV的架構設計、網絡占用情況和鏡像下載可以看出，IDV非常適合網絡帶寬良莠不齊的總部-分支型單位進行統一管理的部署。舉個例子來看，比如一家市級公積金管理中心(簡稱市中心)要和下屬的縣級公積金中心(簡稱縣中心)要實現資產統一管理、市縣業務聯動的業務改造。市中心終端之間是千兆網絡帶寬相連，而縣中心到市中心間只有10M的網絡專線，就好比一條***高速公路要跟一條鄉村公路實現對接，同時還要保證行車通暢。

IDV總分部署架構

換成VDI方案來實施，縣中心的用戶體驗完全無法保障，而且市中心也無法對縣中心終端實現統一管理，瓶頸就在這10M的帶寬。因此只能選用IDV架構來解決，市中心機房部署IDV服務器集群作鏡像管理和分發，同時還可實現用戶身份、外設策略的統一管理?？h中心的IDV終端桌面在本地運行，保證了工作人員良好的用戶體驗和外設兼容，同時還可以接受市中心的統一管理，節省了自身的管理、運維成本。因此，IDV方案即使跨區域進行總分型部署，網絡帶寬好壞不一，也能讓整個方案里每個用戶既享受到PC的使用體驗，也能實現VDI一般的統一管理，達到和諧雙贏的目標!