桌面雲是怎麼落地的：設計（上）

桌面虛擬化的設計並沒有想象中那麼簡單，但是也絕不復雜，我們需要做的事情就是去遵循一定的設計理念以及已經被驗證過的實踐經驗就可以了。

簡單說來，我們可以從桌面虛擬化涉及到的五層設計模型入手：

桌面虛擬化的設計並沒有想象中那麼簡單，但是也絕不復雜，我們需要做的事情就是去遵循一定的設計理念以及已經被驗證過的實踐經驗就可以了。

設計模型最上面的一層就是使用者層，使用者層和每個使用者組息息相關。這一 層將業務優先順序的評估標準和使用者組需求結合起來，進而可以定義有效的終端 設計戰略。

1.使用者層 User Layer

終端一般有多種型別，每種都有不同的能力：

基於安卓或者 iOS 的平板電腦

膝上型電腦

PC 桌面 PC

Client 瘦客戶機

智慧手機

a、終端所有者

在上一講的評估篇中有一個小節是“使用者分類”，這一節的內容將決 定個人裝置的可用性。並且至少包含以下使用者終端的特性：

1.使用者層 User Layer

高風險區的使用者不能攜帶個人裝置進入該區域以防止資料外攜；

1.1終端型別的選擇

例如使用者個人的裝置將不適合用於離線的 Local VM（即 Citrix 的XenClient 模型）

安全性：

被評價為高關鍵業務的使用者需要額外的冗餘設定

可移動性：

例如個人所屬裝置就不適用於例如 Steaming VHD、Local VM模式以及 Remote PC 模式。

關鍵性：

b、終端生命週期

FlexCast 模式：

即使是考慮到成本因素，為了保證使用者體驗，還是要不低於最小的硬體標準，這些指包括：1GHz 的處理器、1GB 的記憶體、16GB 的空餘磁碟空間，如果是要好的 HDX 體驗還要有 GPU 卡。

下面的圖可幫助決策，什麼時候使用使用者自己擁有的裝置，什麼時候選擇 公司擁有裝置：

所有專案成功都來自於正確確定優先順序。對一個公司來說，延 長 PC 的折舊期對成本節省來說很重要，如果公司更多考慮的是綠色環保因素， 則可能新購終端反而更有利。最終需求還是要考慮《業務驅動力》

下面的圖可幫助決策，什麼時候使用使用者自己擁有的裝置，什麼時候選擇 公司擁有裝置：

工作種類應該和 FlexCast 模型相互配合

c、終端價格

瘦客戶機的處理能力已經極大的增長，即使是中等的手機現在也能夠實現 圖形處理能力了，包括 HDX 特性等都不在話下，例如多顯示器支援等等。

很多企業都會將瘦客戶機和 PC 混合部署，我們需要記住的是使用者組的特性 才是最終決定需要採用哪種模式的最重要因素：

d、瘦身機選擇

瘦機廠商現在有越來越多的 OS 選擇了，常見的有 Windows Thin PC（基於 Windows 7），嵌入式的 WinXP、Win7 和 Win8、Linux 變種，甚至零客戶機。我們在選擇時，需要考慮以下因素：

最低硬體標準：

對於人物性工作者，或者是有限需求的知識性工作者來 說，Windows Thin PC 和類似於 Dell Wyse 零客戶機是最好的選擇；能實現更多 功能的 Windows 嵌入式適合於圖形使用者、對 CPU 有更高要求的研發使用者等場 景；

內行專家：許多公司都已經有了可以管理瘦機基礎架構的管理工具集。建 議充分利用這些管理工具的管理專家們。

業務驅動：

Windows Thin PC 和嵌入式 Windows 作業系統就肯定要 涉及到額外的 OS 成本開銷；而定製的 Linux 就沒有這個問題。但是在 Linux 平 臺上可能媒體解碼器卻會碰到 License 的問題。

工作負荷：

a、Receiver 的型別

大部分的企業都知道將 Citrix Receiver 簡單的部署在相容它的終端上，但是 實際上 Citrix Receiver 在部署了不同的外掛之後，功能還是有著很多的不同的。所以，確定使用者組的需求就決定了如何選擇 Receiver 的型別。

以前很多人對 Citrix Receiver 和 Citrix Receiver Enterprise 版本有什麼不同就有疑惑，在這個表中就詮釋得非常清楚了。前者沒有 Desktop Lock 功能和非接 觸式智慧卡功能，而後者就沒有透過 Merchandising Server 的外掛管理功能。除 此之外，其他的差別還有：

對 XenApp 的支援中，Win8/RT、黑莓、HTML5 上的 Receiver 只能部分支援；

而 XenDesktop 功能基本上所有版本都支援；

基於 Email 地址來配置 Receiver：除了黑莓和 HTML5 的 Receiver 客戶端， 其餘都支援；

智慧卡支援：所有平臺均支援；

快速訪問/非接觸式智慧卡：目前只有 Citrix Receiver Enterprise 版本支援；

Flash 重定向：只能在 Citrix Receiver、Citrix Receiver Enterprise、Receiver Linux 版本上支援，其他例如 MAC、HTML5 以及所有平板和智慧手機統 統不支援，online plugin 也不支援哦；

UDP 語音：只在 Citrix Receiver 和 Citrix Receiver Enterprise 版本、Receiver

MAC、Receiver Linux 版本上支援；

Pre-Launch 功能：只支援 Citrix Receiver 和 Citrix Receiver Enterprise 版本；

AERO 特效：Windows 的玩意當然只有 Citrix Receiver、Citrix Receiver

Enterprise 版本以及 Windows 8/RT 的 Receiver 才支援；

磁碟重定向：除 Win8/RT 之外所有的平板、智慧手機以及 HTML 都不支 持，

剪貼簿支援 ：只有 Citrix Receiver 、 Citrix Receiver Enterprise 版本 和

Receiver MAC 才支援，Linux 版本的也不支援哦！

HDX 3DPro 支援：只有 Citrix Receiver 和 Citrix Receiver Enterprise 版本完 全支援，Linux、MAC、Win8/RT 都是部分支援；

ShareFile：黑莓、HTML5、Win8/RT 不支援，其餘都支援；

AG 的遠端訪問：Citrix Receiver、Citrix Receiver Enterprise 版本和 Receiver MAC 需要安裝外掛才支援；Linux 不支援哦！Win8/RT、安卓、蘋果天生 就支援，至於 HTML5，不好意思。

離線應用程式：只有 Citrix Receiver 和 Citrix Receiver Enterprise 版本支援；

單點登入：只有 Citrix Receiver 和 Citrix Receiver Enterprise 版本支援；

StoreFront 支援：黑莓、Linux 和 HTML5 不支援；

Desktop Lock：只有 Citrix Receiver Enterprise 版本支援，Citrix Receiver 都 不支援哦！

b、Receiver 部署

在部署和升級 Receiver 時，以下機制可以考慮和利用：

StoreFront：如果 Citrix StoreFront 已經安裝，管理員就可以透過一個Web 站點來部署 Receiver，使用者只需要開啟網頁就能自動安裝；

內部下載站點：有時候使用者會被禁止訪問網際網路，那麼管理員就可以創 建一個內部站點來安裝 Receiver。典型的模板可以參考 Citrix Receiver Download Page Template 主頁，它包含了所有版本 Receiver 的下載 軟體和自動安裝方式。

Web Interface：這是我們最常見的方式，不過要注意的是，他不支援基 於電子郵件帳號來發現的安裝方式。基於電子郵件帳號來發現的安裝方 式對 BUOD 來說非常合適。

Windows Store：在 Windows 8 Store 裡面可以下載到 Windows8/RT 的 Receiver 軟體。目前 Receiver 只支援 ARM 或者是基於 Intel 晶片的 Windows8/RT 裝置。

移動裝置：移動裝置一般都有自己特殊的方式來安裝軟體，例如

應用程式商店：包括安卓的 Google Play，或者是 Apple 的 Apple Store；

其他移動部署方法：有的移動平臺可以提供企業級方法來部署，例 如黑莓就可以透過 BlackBerry Enterprise Server 來部署 BlackBerry 平 臺上的 Receiver；

Merchandising Server ：這也是一種方法。除此之外， Merchandising Server 還能夠用來升級 Receiver 以及安裝 Receiver 的外掛，它可以定期 連線到 Citrix Update Service 去檢查有沒有最新的軟體。

Master Image：這個辦法最簡單，直接將 Receiver 做到作業系統映象文 件中；Receiver 的升級可以透過 Citrix Receiver Updater Plug-in，或者是 Merchandising Server，也可以是其他軟體分發工具；

軟體分發工具：例如 LANDesk、MS 的 SMS，以及 Symantec Altiris；

組策略：可以自己寫一個啟動指令碼來部署 Receiver，甚至解除安裝 Receiver， 在 XenApp 和 XenDesktop 安裝光盤裡面也自帶了這個指令碼；

手動安裝：所有版本的 Receiver 都可以在 Citrix Receiver Download下載介質。唯一的缺點是你還要手動配置 Receiver 的連線屬性。最好的辦法是透過基於電子郵件發現的方式。這種方式最適用於 BYOD 環境。

c、Receiver 配置

基於電子郵件的自動發現和配置：最新版的 Receiver 可以透過只需要輸 入 自己的 公 司 郵 箱 就 完 成 配 置 。這 個 功 能 需要 StoreFront 以及指向 StoreFront 伺服器的 FQDN 域名的一條 SRV 記錄

注意：DNS 平臺需要支援基於電子郵件的發現，目前只有 Windows DNS 測試過；

如果是遠端使用者，就必須配合 Access Gateway，同時在 DNS 中有對 應的 SRV 記錄；此外，在 Access Gateway 硬體或者是 StoreFront 服 務器上必須有有效的伺服器證書。

組策略：啟動指令碼也可以用來配置 Receiver。指令碼中有一行這樣的引數：SERVER_LOCATION=Server_URL。 預設的值是空，將 Web Interface 或者是 StroeFront 的地址輸入進去

Provisioning File ：如 果 是 運行了 StroeFront 的 環 境 ， 我 們 就 可 以 從 StoreFront 伺服器中到處一個。cr 為副檔名的檔案，然後將此檔案放到共 享資料夾，或者是釋出到網頁中，使用者下載後雙擊可以自動開啟該檔案 並繼續自動配置。

自動生成的設定 URL：對於移動裝置和 MAC 桌面來說，可以透過一個叫做 One Click Provisioning 的工具來建立一個設定 URL 來進行配置。管 理員只需要在這個工具中輸入所需要的資訊，該工具就會自動生成 URL。由於該工具並沒有包含使用者名稱和密碼資訊，所以可以將該地址透過電子 郵件傳送給使用者，又或者將該 URL 傳送至檔案共享伺服器中亦可。該工 具對遠端使用者，Web Interface 等適用。

手動配置

d、Receiver 升級

Merchandising Server：對於支援 Citrix Receiver Updater Plug-In 平臺的 Receiver 來說（Citrix Receiver， Citrix Receiver Enterprise， and Citrix Receiver Mac），Merchandising Server 是最適合用來保持 Receiver 以及 Plug-In 升 級的方法了。Citrix Receiver Updater Plug-In 負責和 Merchandising Server 保持定期通訊以升級必須的元件。

軟體分發平臺：例如 LAN Desk 和 Symantec Altiris 等平臺；

手動升級：最後一個，也是最有效的辦法。

使用者的工作負荷：

License 成本考慮：

我們首先將使用者組按照效能需求分為四種性能組：

至於 Scalability Assumptions，按照以下內容來估算：

1.2 Receiver 的選擇

按照 2。7GHz 和 Intel Westmere 處理器架構來設計；

1.3 資源需求

超執行緒可能可以達到 20%-30%的效能增長，但是有時候也會帶 來負面效應。我們設計時都是不算超執行緒的；

無需多言硬體引數，包括伺服器的 CPU、記憶體、硬碟以及後臺的網路設 備、儲存有多重要了，其實更重要的是在效能和成本之間達到一個最佳的平衡。

假設已經載入了防病毒軟體和標準的監控工具；

無需多言硬體引數，包括伺服器的 CPU、記憶體、硬碟以及後臺的網路設 備、儲存有多重要了，其實更重要的是在效能和成本之間達到一個最佳的平衡。

已經從每使用者 core 中減去；

CPU 的速度：

大部分使用者在一天中所使用的記憶體都在不同程度的增長，原因有很多；因此，記憶體應該算最大值。

a、CPU

下面的表格實力了在不同負荷使用者情況下每物理 CPU core 所能支撐的使用者數。此外，需要注意的是從兩路 CPU 到 4 路 CPU 效能並不是線性增長的，我們 要預留 15%的使用者數降低：

此處注意的是，如果你採用了 PvD 技術，經我們測試顯示，大概有 14%的 效能下降，記住要把這個因素考慮進去。

另外，PvD 在 5。6。10 版本及之後的版本都不再支援 WinXP，所以目前沒有

XP 下的資料。

下面的表格可以用來計算每個使用者組所需要的 CPU 資源：

超執行緒：

b、記憶體

下面的表格列舉了在不同負荷和 FlexCast 模式下所需要的記憶體數量：

c、IOPS

見下表：

需要注意的是上面的數字都是穩定狀態下的，不是峰值狀態。

工作負荷：

對於儲存而言，不同的 Raid 技術會帶來不同的寫懲罰。不同型別的 Raid 技 術的寫懲罰的數值規定如下表所示：

d、儲存空間

在 PVS 環境下，所有對虛擬桌面的寫操作都是發生在寫快取中，但是在

MCS 模式下，寫操作確實發生在Diff Disk 中。寫的內容包括：

User Profile

系統臨時檔案和應用程式臨時檔案

Windows、Citrix 和應用程式的日誌檔案

PVS 模式的寫快取和 MCS 的差異磁碟所需要的磁碟空間取決於應用程式的使用量和使用者的動作。不過，下面的表格有一個大概的評估值：

幾點注意事項：

1） PVS寫快取啟動時最小，但是使用過程中會不斷增長。重啟 VM 後被清 除；

2） 在某些情況下需要將資料重定向到寫快取的磁碟中這樣在重啟時也能保

留，例如 EdgeSight 資料、Windows日誌和防病毒軟體的定義庫檔案；

3） 包含了 10G 的 PvD 資料磁碟大小；

4） MCS模式下推薦使用 NFS 的儲存以利用 ThinProvisioning 能力