【正文】 刀箱來創(chuàng)建，以確保流數(shù)據(jù)始終保持在本地而不變成一個網(wǎng)絡(luò)瓶頸。下面的公式是用來計算Provisioning Services的數(shù)據(jù)庫的容量大小：4) 決斷：數(shù)據(jù)庫；離線模式如果到Provisioning Services場的數(shù)據(jù)庫的連接斷開，已經(jīng)連接到Provisioning Servers的target devices仍然可以正常工作，但是新的target devices將會無法啟動。設(shè)備集合可以基于物理地理位置、子網(wǎng)范圍、組織架構(gòu)中不同的部門來設(shè)計。如果公司無法接受單點高性能服務(wù)器宕機(jī)所造成的損失，那就考慮Scaling Out，就是我們說的向外擴(kuò)展（既增加多臺服務(wù)器）。NAS協(xié)議包括CIFS和NFS。l vDisk版本變化百分比：差異磁盤的大小是隨著對vDisk的改動多少而隨著變化的。對于Provisioning Services來說，不同的RAID級別有如下推薦配置：Provisioning Services中vDisk主要是讀操作，而對Write Cache來說主要是寫操作。這樣配置當(dāng)然會增加Provisioning Server的磁盤IO操作和網(wǎng)絡(luò)負(fù)擔(dān)。13) 決斷：寫緩存的大小寫緩存的大小取決于很多隱私，一般來說都是基于評估和典型的用戶配置文件大小。l 動態(tài)磁盤：相比較而言他需要更少的磁盤空間，但是在寫操作上性能會顯著降低。唯一缺點是如果復(fù)制出錯，管理員還不支持，除非復(fù)制平臺支持復(fù)制重傳。每個站點最少部署兩臺PVS服務(wù)器。19) 決斷：帶寬需求帶寬評估對于整體性能是有至關(guān)重要的，特別是當(dāng)Target Device啟動的時候。l Broadcast Helper：啟用之，這樣可以轉(zhuǎn)發(fā)PXE和TFTP流量；22) 決斷：Bootstrap交付在一個Target Device開始啟動過程的時候，他會首先加載一個bootstrap程序，該。l vDisk和存儲：對于DAS上存儲的vDisk，應(yīng)當(dāng)做好同步操作。18) 決斷：高可用Provisioning Services是虛擬桌面基礎(chǔ)架構(gòu)中最重要的組成部分，因此為了避免單點故障，需要考慮一下推薦步驟：l MAK Volume Licensing：MS的一次性激活方式。復(fù)制可以是手動或者是自動：l 手動復(fù)制：簡單，但是更耗時；l 自動復(fù)制：大型環(huán)境下自動復(fù)制更快。l 固定磁盤格式：對于私有模式（private mode）的vDisk，固定尺寸大小的vDisk可以對存儲vDisk磁盤上進(jìn)行的磁盤碎片整理操作，這對寫操作的性能提升會有幫助。一個target device可以被分配多個vDisk，因此，也可以關(guān)聯(lián)多個緩存文件。l 緩存在Target Device的內(nèi)存中：盡管這種方式在性能上是最優(yōu)的，但是如果RAM別耗盡了也會印象系統(tǒng)的穩(wěn)定性；l 緩存在Provisioning Server的磁盤上：緩存在Provisioning Server的磁盤上作為臨時文件存儲。預(yù)計一個差異磁盤大致是20%的主vDisk鏡像文件大小，那么估計Provisioning Services存儲所需要的空間如下：11) 決斷：RAID級別存儲子系統(tǒng)的RAID級別會對應(yīng)用程序和用戶的工作負(fù)荷產(chǎn)生直接的影響。一個vDisk所占空間的評估因素大致有以下幾點：l vDisk的總?cè)萘浚侯櫭剂xl vDisk chain的最大版本數(shù)：vDisk versioning簡化了vDisk升級以及管理的負(fù)擔(dān)，他能夠更加靈活和健壯的管理vDisks。注意：將vDisk部署在本地存儲上并不會造成單點故障，因為Provisioning Service的負(fù)載均衡技術(shù)可以讓target devices自動的在其他Provisioning Servers之間做容錯動作。Scale Up(向上擴(kuò)展)：指企業(yè)后端大型服務(wù)器以增加處理器等運算資源進(jìn)行升級以獲得對應(yīng)用性能的要求。評估環(huán)境下不推薦使用5) 決斷：服務(wù)帳號Stream和SOAP服務(wù)會和其他許多不同的Provisioning Services基礎(chǔ)架構(gòu)中的組件進(jìn)行通信，如下圖所示：6) 決斷：設(shè)備集合設(shè)備集合是用來創(chuàng)建和管理target devices邏輯組。以下的表格是一個SQL 2008R2版本的示例：Provisioning Services場的數(shù)據(jù)庫的大小很少會超過250M容量，即使在大型環(huán)境下也不會。Target devices可以在同一個站點中容錯到其他的Provisioning Servers上。l 重要程度：管理者應(yīng)該決定它可以容仍什么樣的風(fēng)險。數(shù)據(jù)庫的增長速度大約是每個訂閱10KB空間消耗：數(shù)據(jù)庫大小 = （用戶數(shù) 每用戶的訂閱數(shù)） 10KB1個訂閱 = 1個用戶訂閱一個應(yīng)用程序，例如，1000個用戶訂閱10個應(yīng)用程序就是100MB。當(dāng)用戶連接到所發(fā)布的資源時，StoreFront實際上是idle狀態(tài)的。在License上，每個Cluster節(jié)點都需要一個企業(yè)版的SQL license。l Windows NLB：是Windows的一個服務(wù)。他能支持大型網(wǎng)絡(luò)可擴(kuò)展環(huán)境；l SDX：NetScaler SDX設(shè)備是在物理NetScaler設(shè)備和虛擬NetScaler設(shè)備之間的一個橋梁。問了確定合適的NetScaler平臺來滿足項目需求，必須確定一些關(guān)鍵資源。l DoubleHop DMZ (Very High Security): 這種模式既利用了雙臂拓?fù)湎碌奶匦裕质褂昧藘蓚€單獨的Access Gateway設(shè)備。訪問控制器子層的職責(zé)是給每個用戶提供予以支持訪問控制層的基礎(chǔ)架構(gòu)組件。l 升級頻率：應(yīng)用程序的升級所需要花費的時間和部門協(xié)調(diào)也對交付模式的選擇有很大影響。上述每種方法的優(yōu)點和缺點都列在下表中：測試做完之后，兼容性的結(jié)果就應(yīng)該填入到之前的應(yīng)用程序評估表各種以便我們的后續(xù)分析：l 預(yù)運行環(huán)境：許多程序都有運行環(huán)境的要求，例如Java、.Net環(huán)境，或者是數(shù)據(jù)庫要求；l 程序之間的依賴：例如，需要以pdf格式呈現(xiàn)信息的應(yīng)用程序就需要電腦上安裝了pdf的閱讀器；l 16位的代碼：應(yīng)用程序評估也應(yīng)該判斷是否應(yīng)用程序包含有16位的代碼，因為16位的代碼是不能運行在64位的操作系統(tǒng)平臺上；l Windows XP：確認(rèn)應(yīng)用程序是否能通過Windows XP的兼容性測試；l Windows 7：確認(rèn)應(yīng)用程序是否能通過Windows 7的兼容性測試；l XenApp ：確認(rèn)應(yīng)用程序是否能通過XenApp ；l Application Streaming 應(yīng)用程序流化安裝：確認(rèn)應(yīng)用程序是否能通過流化程序安裝的兼容性測試；3) 用戶分類通常不是所有用戶都需要所有的應(yīng)用程序，有些程序可能就只有很小一部分用戶用的上。手動模式下想要的出應(yīng)用程序所有方面的測試結(jié)果是非常困難的，對應(yīng)用程序互操作性的測試是幾乎測不出來的。下面的表格就是不同的交付方法對系統(tǒng)不同層面的影響：除了應(yīng)用程序交付方法對系統(tǒng)不同層面的應(yīng)用之外，系統(tǒng)架構(gòu)師還應(yīng)該考慮應(yīng)用程序在不同交付手段上的適用性。用戶是否能接受桌面虛擬化很多程度上就是在這一層實現(xiàn)的，例如包括個性化、應(yīng)用程序，以及后臺操作系統(tǒng)鏡像文件的設(shè)計。l HDX Proxy：在HDX 代理方式下，用戶是通過Access Gateway連接到他們的虛擬桌面和虛擬應(yīng)用。更多信息，可以參考Citrix公開電子文檔：Receiver and PluginsBTW，另外一種會話策略是采用終端的掃描方法。Access Gateway轉(zhuǎn)發(fā)用戶輸入的用戶名和密碼給Radius服務(wù)器，Radius服務(wù)器可以立即檢查用戶名和密碼，也可以轉(zhuǎn)發(fā)給目錄服務(wù)器。我們可以配置的策略包括測試防病毒軟件、防火墻軟件、操作系統(tǒng)，甚至是注冊表鍵值。此外，需要注意的是從兩路CPU到4路CPU性能并不是線性增長的，我們要預(yù)留15%的用戶數(shù)降低；此處注意的是，如果你采用了PvD技術(shù)，經(jīng)我們測試顯示，大概有14%的性能下降，記住要把這個因素考慮進(jìn)去。l 手動：不多說，呵呵。3) 決斷：Receiver配置l 基于電子郵件的自動發(fā)現(xiàn)和配置：最新版的Receiver可以通過只需要輸入自己的公司郵箱就完成配置。l 移動設(shè)備：移動設(shè)備一般都有自己特殊的方式來安裝軟件，例如n 應(yīng)用程序商店：包括安卓的Google Play，或者是Apple的Apple Store；n 其他移動部署方法：有的移動平臺可以提供企業(yè)級方法來部署，例如黑莓就可以通過BlackBerry Enterprise Server來部署B(yǎng)lackBerry平臺上的Receiver；l Merchandising Server：這也是一種方法。這里本來有個表格的，可是太大了，建議大家直接看pdf文件的Page 44.我個人以前就對Citrix Receiver和Citrix Receiver Enterprise版本有什么不同就有疑惑，在這個表中就詮釋得非常清楚了。最終需求還是要考慮《Error! Reference source not found.：業(yè)務(wù)驅(qū)動力》工作負(fù)荷：工作種類應(yīng)該和FlexCast模型相互配合下面的表格列出了當(dāng)我們準(zhǔn)備重新利用現(xiàn)有的硬件，亦或者是新購設(shè)備時的推薦計劃：3) 決斷：終端規(guī)格瘦客戶機(jī)的處理能力已經(jīng)極大的增長，即使是中等的手機(jī)現(xiàn)在也能夠?qū)崿F(xiàn)圖形處理能力了，包括HDX特性等都不在話下，例如多顯示器支持等等。 Tablet based on Android or iOS 基于安卓或者iOS的平板電腦他們的區(qū)別如下：六、 應(yīng)用程序評估在用戶分組完成之后，我們已經(jīng)有了根據(jù)需求不同確定下來的不同的用戶組，下一步就是向用戶提供他們工作需要的應(yīng)用程序。3. 自動化搜集這樣的工具有很多，一般都能自動化生成報表。有了這些文字描述管理層和項目管理組才能制定出項目成功實施的標(biāo)準(zhǔn)，設(shè)計階段才能有正確的方法論和架構(gòu)設(shè)計。Citrix桌面虛擬化技術(shù)白皮書Citrix桌面虛擬化技術(shù)白皮書 思杰系統(tǒng)信息技術(shù)有限公司Citrix Systems Information Technology Co., Ltd.2013年05月目錄序言：關(guān)于方法論 3一、 Access 3二、 Design 3三、 Deploy 4四、 Maintain 4五、 項目計劃 4第一部分：Access 5一、 業(yè)務(wù)驅(qū)動力 5二、 數(shù)據(jù)搜集 5三、 用戶數(shù)據(jù)搜集 6四、 應(yīng)用程序數(shù)據(jù)搜集 8五、 用戶分類 91. FlexCast模型比較 92. FlexCast模型選擇 10六、 應(yīng)用程序評估 12七、 項目管理 131. Roadmap 132. 項目團(tuán)隊 13第二部分：Design 21一、 概況 21二、 用戶層 User Layer 211. 終端類型的選擇 212. Receiver的選擇 243. 資源需求 27三、 訪問層 Access Layer 30四、 桌面層 Desktop Layer 351. 應(yīng)用程序交付 35五、 控制層 Control Layer 391. 遠(yuǎn)程訪問架構(gòu) 392. StoreFront 423. 桌面控制器 474. Provisioning Services（PVS的設(shè)計） 4761序言：關(guān)于方法論Citrix Virtual Desktop handbook會緊密遵循Citrix顧問實施方法論，即如下圖所示：一、 AccessAccess階段主要提供Design階段所需要的信息，包括：1. 業(yè)務(wù)驅(qū)動力；2. 數(shù)據(jù)搜集：包括用戶、應(yīng)用程序、設(shè)備以及基礎(chǔ)架構(gòu)；3. 用戶的分類：用戶要根據(jù)需要的分類而分成不同的組別，隨之應(yīng)對著不同的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ù)對業(yè)務(wù)的影響程度指定不同的實施時間優(yōu)先級，優(yōu)先級實施進(jìn)度結(jié)果應(yīng)該隨時更新項目進(jìn)度和計劃。如下圖所示就是一個計劃表：第一部分：Access一、 業(yè)務(wù)驅(qū)動力桌面虛擬化項目的第一步應(yīng)該是去了解對公司所造成的影響，并且將這些影響一一定下來，然后對之以優(yōu)先級排序。也可以通過面對面的會議或者是電話溝通來進(jìn)行；這種方式比手動搜集要顯著減少了所花費的時間，但是完成率不高也是一個缺點，不夠精確反應(yīng)實際情況也是一個缺點。1. FlexCast模型比較1) Hosted Shared2) Hosted VDI，又可以細(xì)分為a) PooledRandom/Streamingb) PooledStaticc) Pooled/Streamed with Personal vDiskd) Dedicatede) Existingf) Psysical/Remote PC3) Steamed VHD4) Local VM5) OnDemand Apps下表是關(guān)于FlexCast整體技術(shù)的一個概覽：2. FlexCast模型選擇在XenApp和XenDesktop之間有很多技術(shù)上的區(qū)別，但是他們都是通過HDX來提供的最佳用戶體驗。1. 終端類型的選擇終端一般有多種類型，每種都有不同的能力：對一個公司來說，延長PC的折舊期對成本節(jié)省來說很重要，而公司更多考慮的是綠色環(huán)保因素，可能新購終端反而更有利。所以，確定用戶組的需求就決定了如何選擇Receiver的類型。目前Receiver只支持ARM或者是基于Intel芯片的Windows8/RT設(shè)備。下面的表格總結(jié)了每種方法適用