【正文】 e) Existingf) Psysical/Remote PC3) Steamed VHD4) Local VM5) OnDemand Apps下表是關(guān)于FlexCast整體技術(shù)的一個(gè)概覽：2. FlexCast模型選擇在XenApp和XenDesktop之間有很多技術(shù)上的區(qū)別，但是他們都是通過(guò)HDX來(lái)提供的最佳用戶體驗(yàn)。上述三種方法的優(yōu)勢(shì)和劣勢(shì)如下表所示： 三、 用戶數(shù)據(jù)搜集信息搜集表可以參考示例表格：Citrix Virtual Desktop Handbook Assess 1. 業(yè)務(wù)特性業(yè)務(wù)特性必須通過(guò)業(yè)務(wù)層的管理人員來(lái)手動(dòng)搜集，無(wú)法自動(dòng)化搜集。也可以通過(guò)面對(duì)面的會(huì)議或者是電話溝通來(lái)進(jìn)行；這種方式比手動(dòng)搜集要顯著減少了所花費(fèi)的時(shí)間，但是完成率不高也是一個(gè)缺點(diǎn)，不夠精確反應(yīng)實(shí)際情況也是一個(gè)缺點(diǎn)。中大型企業(yè)一般般都有了ESD（Enterprise Software Deployment），例如微軟的SCCM等。如下圖所示就是一個(gè)計(jì)劃表：第一部分：Access一、 業(yè)務(wù)驅(qū)動(dòng)力桌面虛擬化項(xiàng)目的第一步應(yīng)該是去了解對(duì)公司所造成的影響，并且將這些影響一一定下來(lái)，然后對(duì)之以優(yōu)先級(jí)排序。2. 技術(shù)支持；3. 測(cè)試和變更管理：以后會(huì)遇到不斷的軟件和產(chǎn)品更新；五、 項(xiàng)目計(jì)劃一個(gè)設(shè)計(jì)詳盡的項(xiàng)目計(jì)劃對(duì)項(xiàng)目成功的實(shí)施時(shí)至關(guān)重要的。Citrix桌面虛擬化技術(shù)白皮書(shū)Citrix桌面虛擬化技術(shù)白皮書(shū) 思杰系統(tǒng)信息技術(shù)有限公司Citrix Systems Information Technology Co., Ltd.2013年05月目錄序言：關(guān)于方法論 3一、 Access 3二、 Design 3三、 Deploy 4四、 Maintain 4五、 項(xiàng)目計(jì)劃 4第一部分：Access 5一、 業(yè)務(wù)驅(qū)動(dòng)力 5二、 數(shù)據(jù)搜集 5三、 用戶數(shù)據(jù)搜集 6四、 應(yīng)用程序數(shù)據(jù)搜集 8五、 用戶分類 91. FlexCast模型比較 92. FlexCast模型選擇 10六、 應(yīng)用程序評(píng)估 12七、 項(xiàng)目管理 131. Roadmap 132. 項(xiàng)目團(tuán)隊(duì) 13第二部分：Design 21一、 概況 21二、 用戶層 User Layer 211. 終端類型的選擇 212. Receiver的選擇 243. 資源需求 27三、 訪問(wèn)層 Access Layer 30四、 桌面層 Desktop Layer 351. 應(yīng)用程序交付 35五、 控制層 Control Layer 391. 遠(yuǎn)程訪問(wèn)架構(gòu) 392. StoreFront 423. 桌面控制器 474. Provisioning Services（PVS的設(shè)計(jì)） 4761序言：關(guān)于方法論Citrix Virtual Desktop handbook會(huì)緊密遵循Citrix顧問(wèn)實(shí)施方法論，即如下圖所示：一、 AccessAccess階段主要提供Design階段所需要的信息，包括：1. 業(yè)務(wù)驅(qū)動(dòng)力；2. 數(shù)據(jù)搜集：包括用戶、應(yīng)用程序、設(shè)備以及基礎(chǔ)架構(gòu)；3. 用戶的分類：用戶要根據(jù)需要的分類而分成不同的組別，隨之應(yīng)對(duì)著不同的FlexCast方法論；4. 應(yīng)用程序分類：舊的應(yīng)用程序應(yīng)該被刪除、應(yīng)用程序版本應(yīng)該標(biāo)準(zhǔn)化、非公司程序應(yīng)該刪除，等等這些構(gòu)成了應(yīng)用程序的標(biāo)準(zhǔn)化和合理化；5. 計(jì)劃：每個(gè)用戶組都要根據(jù)對(duì)業(yè)務(wù)的影響程度指定不同的實(shí)施時(shí)間優(yōu)先級(jí)，優(yōu)先級(jí)實(shí)施進(jìn)度結(jié)果應(yīng)該隨時(shí)更新項(xiàng)目進(jìn)度和計(jì)劃。項(xiàng)目經(jīng)理要通過(guò)項(xiàng)目計(jì)劃來(lái)監(jiān)控成本、管理項(xiàng)目組成員、跟進(jìn)項(xiàng)目實(shí)施進(jìn)度等。有了這些文字描述管理層和項(xiàng)目管理組才能制定出項(xiàng)目成功實(shí)施的標(biāo)準(zhǔn)，設(shè)計(jì)階段才能有正確的方法論和架構(gòu)設(shè)計(jì)?？梢酝ㄟ^(guò)這些平臺(tái)去搜集應(yīng)用程序的使用情況等信息。3. 自動(dòng)化搜集這樣的工具有很多，一般都能自動(dòng)化生成報(bào)表。包括A. 身份a) 用戶名b) 部門(mén)；c) 角色d) 業(yè)務(wù)經(jīng)理e) 所分配的用戶組；B. 業(yè)務(wù)a) 主要的數(shù)據(jù)中心b) 移動(dòng)性，下表是示例分類c) 個(gè)性化d) 安全性e) 關(guān)鍵性2. 技術(shù)特性a) 工作負(fù)荷3. 用戶環(huán)境a) 用戶Profilei. Profile類型：包括本地、漫游、強(qiáng)制、第三方、未知ii. Profile版本：Windows XP和Windows Vista/7iii. Profile位置：文件服務(wù)器在哪里iv. 大?。河脩鬚rofile的大小b) 用戶數(shù)據(jù)主目錄i. 主目錄位置ii. 大小4. 客戶端硬件，包括以下需要搜集的信息：o Number of CPUs/Cores o CPU Speed (GHz) o Memory (GB) o Disk Size (GB) o Operating System o Age of the System (years) o Peripherals5. 本地資源映射，包括以下需要搜集的信息：o Local Drives o Printing o Clipboard o Audio o COM Port o USB o LPT四、 應(yīng)用程序數(shù)據(jù)搜集信息搜集表可以參考示例表格：Citrix Virtual Desktop Handbook Assess 1. 身份信息a) 應(yīng)用程序名稱和版本b) 應(yīng)用程序所有者c) 狀態(tài)2. 應(yīng)用程序技術(shù)特性a) 分配i. 使用者數(shù)量ii. 部門(mén)信息iii. 個(gè)別用戶b) 工作負(fù)荷c) 業(yè)務(wù)特性d) 兼容性五、 用戶分類一旦數(shù)據(jù)搜集工作完成之后，我們就可以開(kāi)始準(zhǔn)備將用戶分成不同的組了，這個(gè)時(shí)候就要按照FlexCast模型的要求去分配不同的實(shí)現(xiàn)方式給不同的用戶組了。他們的區(qū)別如下：六、 應(yīng)用程序評(píng)估在用戶分組完成之后，我們已經(jīng)有了根據(jù)需求不同確定下來(lái)的不同的用戶組，下一步就是向用戶提供他們工作需要的應(yīng)用程序。1) 業(yè)務(wù)角色2) 技術(shù)角色 第二部分：Design一、 概況桌面虛擬化的設(shè)計(jì)并沒(méi)有想象中那么簡(jiǎn)單，但是也絕不復(fù)雜，我們需要做的事情就是去遵循一定的設(shè)計(jì)理念以及已經(jīng)被驗(yàn)證過(guò)的實(shí)踐經(jīng)驗(yàn)就可以了。 Tablet based on Android or iOS 基于安卓或者iOS的平板電腦 Smartphone 智能手機(jī)1) 決斷：終端所有者在上一講的Access章節(jié)中有一個(gè)小節(jié)是《Error! Reference source not 》，這一節(jié)的內(nèi)容將決定個(gè)人設(shè)備的可用性。最終需求還是要考慮《Error! Reference source not found.：業(yè)務(wù)驅(qū)動(dòng)力》工作負(fù)荷：工作種類應(yīng)該和FlexCast模型相互配合下面的表格列出了當(dāng)我們準(zhǔn)備重新利用現(xiàn)有的硬件，亦或者是新購(gòu)設(shè)備時(shí)的推薦計(jì)劃：3) 決斷：終端規(guī)格瘦客戶機(jī)的處理能力已經(jīng)極大的增長(zhǎng)，即使是中等的手機(jī)現(xiàn)在也能夠?qū)崿F(xiàn)圖形處理能力了，包括HDX特性等都不在話下，例如多顯示器支持等等。License成本考慮：Windows Thin PC和嵌入式Windows操作系統(tǒng)就肯定要涉及到額外的OS成本開(kāi)銷；而定制的Linux就沒(méi)有這個(gè)問(wèn)題。這里本來(lái)有個(gè)表格的，可是太大了，建議大家直接看pdf文件的Page 44.我個(gè)人以前就對(duì)Citrix Receiver和Citrix Receiver Enterprise版本有什么不同就有疑惑，在這個(gè)表中就詮釋得非常清楚了。l Web Interface：這是我們最常見(jiàn)的方式，不過(guò)要注意的是，他不支持基于電子郵件帳號(hào)來(lái)發(fā)現(xiàn)的安裝方式。l 移動(dòng)設(shè)備：移動(dòng)設(shè)備一般都有自己特殊的方式來(lái)安裝軟件，例如n 應(yīng)用程序商店：包括安卓的Google Play，或者是Apple的Apple Store；n 其他移動(dòng)部署方法：有的移動(dòng)平臺(tái)可以提供企業(yè)級(jí)方法來(lái)部署，例如黑莓就可以通過(guò)BlackBerry Enterprise Server來(lái)部署B(yǎng)lackBerry平臺(tái)上的Receiver；l Merchandising Server：這也是一種方法。唯一的缺點(diǎn)是你還要手動(dòng)配置Receiver的連接屬性。3) 決斷：Receiver配置l 基于電子郵件的自動(dòng)發(fā)現(xiàn)和配置：最新版的Receiver可以通過(guò)只需要輸入自己的公司郵箱就完成配置。l 自動(dòng)生成的設(shè)置URL：對(duì)于移動(dòng)設(shè)備和MAC桌面來(lái)說(shuō)，可以通過(guò)一個(gè)叫做One Click Provisioning的工具來(lái)創(chuàng)建一個(gè)設(shè)置URL來(lái)進(jìn)行配置。l 手動(dòng)：不多說(shuō)，呵呵。3. 資源需求無(wú)需多言硬件參數(shù)，包括服務(wù)器的CPU、內(nèi)存、硬盤(pán)以及后臺(tái)的網(wǎng)絡(luò)設(shè)備、存儲(chǔ)有多重要了，其實(shí)更重要的是在性能和成本之間達(dá)到一個(gè)最佳的平衡。此外，需要注意的是從兩路CPU到4路CPU性能并不是線性增長(zhǎng)的，我們要預(yù)留15%的用戶數(shù)降低；此處注意的是，如果你采用了PvD技術(shù)，經(jīng)我們測(cè)試顯示，大概有14%的性能下降，記住要把這個(gè)因素考慮進(jìn)去。寫(xiě)的內(nèi)容包括：l User Profilel 系統(tǒng)臨時(shí)文件和應(yīng)用程序臨時(shí)文件l Windows、Citrix和應(yīng)用程序的日志文件PVS模式的寫(xiě)緩存和MCS的差異磁盤(pán)所需要的磁盤(pán)空間取決于應(yīng)用程序的使用量和用戶的動(dòng)作。我們可以配置的策略包括測(cè)試防病毒軟件、防火墻軟件、操作系統(tǒng)，甚至是注冊(cè)表鍵值。下面分別列出了幾種主要的認(rèn)證方法，每種方法都可以單獨(dú)使用，但是在實(shí)踐中，我們進(jìn)場(chǎng)組合起來(lái)以提供多因素認(rèn)證。Access Gateway轉(zhuǎn)發(fā)用戶輸入的用戶名和密碼給Radius服務(wù)器，Radius服務(wù)器可以立即檢查用戶名和密碼，也可以轉(zhuǎn)發(fā)給目錄服務(wù)器。下表給出了一個(gè)基于安全需求級(jí)別的示例：4) 決斷：會(huì)話策略采用Access Gateway作為認(rèn)證點(diǎn)的用戶必須有對(duì)應(yīng)的會(huì)話策略來(lái)定義用戶體驗(yàn)。更多信息，可以參考Citrix公開(kāi)電子文檔：Receiver and PluginsBTW，另外一種會(huì)話策略是采用終端的掃描方法。這種方式并不一定十分安全，因?yàn)檫@能導(dǎo)致客戶端到內(nèi)網(wǎng)服務(wù)器的攻擊訪問(wèn)。l HDX Proxy：在HDX 代理方式下，用戶是通過(guò)Access Gateway連接到他們的虛擬桌面和虛擬應(yīng)用。其中很重要的一個(gè)關(guān)鍵環(huán)節(jié)就是決定采用NetScaler Access Gateway的哪一個(gè)平臺(tái)。用戶是否能接受桌面虛擬化很多程度上就是在這一層實(shí)現(xiàn)的，例如包括個(gè)性化、應(yīng)用程序，以及后臺(tái)操作系統(tǒng)鏡像文件的設(shè)計(jì)。l Hosted：應(yīng)用程序安裝在XenApp服務(wù)器上，用戶通過(guò)Citrix HDX協(xié)議遠(yuǎn)程訪問(wèn)。下面的表格就是不同的交付方法對(duì)系統(tǒng)不同層面的影響：除了應(yīng)用程序交付方法對(duì)系統(tǒng)不同層面的應(yīng)用之外，系統(tǒng)架構(gòu)師還應(yīng)該考慮應(yīng)用程序在不同交付手段上的適用性。所以在設(shè)計(jì)階段我們就要做很多兼容性測(cè)試以確定最正確的應(yīng)用程序交付方法。手動(dòng)模式下想要的出應(yīng)用程序所有方面的測(cè)試結(jié)果是非常困難的，對(duì)應(yīng)用程序互操作性的測(cè)試是幾乎測(cè)不出來(lái)的。此外，Citrix Community Verified的網(wǎng)站上也有一整系列的由Citrix的客戶和合作伙伴驗(yàn)證過(guò)包括采用流化方法/XenApp/Xendesktop兼容的應(yīng)用程序列表。上述每種方法的優(yōu)點(diǎn)和缺點(diǎn)都列在下表中：測(cè)試做完之后，兼容性的結(jié)果就應(yīng)該填入到之前的應(yīng)用程序評(píng)估表各種以便我們的后續(xù)分析：l 預(yù)運(yùn)行環(huán)境：許多程序都有運(yùn)行環(huán)境的要求，例如Java、.Net環(huán)境，或者是數(shù)據(jù)庫(kù)要求；l 程序之間的依賴：例如，需要以pdf格式呈現(xiàn)信息的應(yīng)用程序就需要電腦上安裝了pdf的閱讀器；l 16位的代碼：應(yīng)用程序評(píng)估也應(yīng)該判斷是否應(yīng)用程序包含有16位的代碼，因?yàn)?6位的代碼是不能運(yùn)行在64位的操作系統(tǒng)平臺(tái)上；l Windows XP：確認(rèn)應(yīng)用程序是否能通過(guò)Windows XP的兼容性測(cè)試；l Windows 7：確認(rèn)應(yīng)用程序是否能通過(guò)Windows 7的兼容性測(cè)試；l XenApp ：確認(rèn)應(yīng)用程序是否能通過(guò)XenApp ；l Application Streaming 應(yīng)用程序流化安裝：確認(rèn)應(yīng)用程序是否能通過(guò)流化程序安裝的兼容性測(cè)試；3) 用戶分類通常不是所有用戶都需要所有的應(yīng)用程序，有些程序可能就只有很小一部分用戶用的上。例如，如果公司內(nèi)部已經(jīng)通過(guò)Microsoft AppV平臺(tái)部署過(guò)Streaming的應(yīng)用程序，那么XenApp Streaming 應(yīng)用程序就應(yīng)當(dāng)優(yōu)先被考慮。l 升級(jí)頻率：應(yīng)用程序的升級(jí)所需要花費(fèi)的時(shí)間和部門(mén)協(xié)調(diào)也對(duì)交付模式的選擇有很大影響。5) 技術(shù)特點(diǎn)l 資源使用：如果應(yīng)用程序?qū)Y源要求很高，可能會(huì)更合適于直接在虛擬桌面里面直接運(yùn)行；l 技術(shù)難點(diǎn)：如果一個(gè)應(yīng)用程序的安裝都很復(fù)雜，例如需要專門(mén)的配置，腳本的運(yùn)行，或者對(duì)其他應(yīng)用程序有很多要求，我們稱之為技術(shù)難點(diǎn)。訪問(wèn)控制器子層的職責(zé)是給每個(gè)用戶提供予以支持訪問(wèn)控制層的基礎(chǔ)架構(gòu)組件。以下三種主要的拓?fù)浣Y(jié)構(gòu)我們?cè)谠O(shè)計(jì)師可以考慮，每種的安全性逐漸遞增：l 1Arm (Normal Security，單臂模式)：在這種架構(gòu)下，Access Gateway使用一個(gè)物理的或者是邏輯的Bonded的網(wǎng)絡(luò)接口，再加上VLAN和IP子網(wǎng)的設(shè)計(jì)，來(lái)傳遞用戶和后臺(tái)虛擬桌面的流量。l DoubleHop DMZ (Very High Security): 這種模式既利用了雙臂拓?fù)湎碌奶匦?，又使用了兩個(gè)單獨(dú)的Access Gateway設(shè)備。這個(gè)Access Gateway設(shè)備加密客戶端連接，判斷用戶的認(rèn)證方式，控制