【正文】 ix StoreFront是Web Interface的下一代產(chǎn)品，它驗(yàn)證用戶連接到后臺的XenDesktop站點(diǎn)、XenApp場，以及AppController（SaaS應(yīng)用），然后枚舉或者是聚合可用的桌面和應(yīng)用程序到商店以便讓用戶通過不同操作系統(tǒng)平臺上的Receiver來訪問，包括安卓、iOS、Linux、Windows、Win8/RT以及Web站點(diǎn)。因此，在確定NetScaler平臺的時候，即：SSL吞吐量 = 最大并發(fā)帶寬 例如：雞舍128M是最大的并發(fā)帶寬，那么最合適的NetScaler模型應(yīng)當(dāng)計算為：約130Mbps = 128M NetScaler有三種平臺，每種都提供了大量的不同的擴(kuò)展性：l VPX：VPX平臺的NetScaler和硬件的NetScaler提供完全一致的功能，不過他只適合于小型的測試環(huán)境使用。所以有兩種資源metric需要確認(rèn)：l SSL吞吐量：SSL吞吐量是定義為每秒鐘能處理的GB SSL流量；l SSL每秒交易量（TPS）：TPS metric定義在每秒每個應(yīng)用程序交付控制器（ADC）能處理的SSL交易數(shù)量關(guān)于這兩個參數(shù)的更詳細(xì)解釋，可以參考：Best Practices for implementing 2048bit SSL平均的SSL帶寬開銷在和虛擬桌面的開銷比較起來時經(jīng)常忽略。在第一個DMZ區(qū)的Access Gateway設(shè)備和內(nèi)部網(wǎng)絡(luò)的Secure　Ticket　Authority（STA）也是通過第二個DMZ區(qū)的Access Gateway設(shè)備來進(jìn)行代理的。這三個防火墻將DMZ區(qū)劃分為兩個區(qū)域來提供額外的內(nèi)部網(wǎng)絡(luò)安全。前段用戶的流量被導(dǎo)向這些網(wǎng)絡(luò)接口卡的第一張網(wǎng)卡上，前后端的流量是被分離設(shè)計的，就是說說后端虛擬桌面架構(gòu)服務(wù)器的流量是被定向到第二張網(wǎng)卡上的。1) 決斷：拓?fù)渚W(wǎng)絡(luò)拓?fù)涞脑O(shè)計對遠(yuǎn)程訪問架構(gòu)能夠支撐功能性、性能以及安全性至關(guān)重要。五、 控制層 Control Layer控制層是設(shè)計架構(gòu)的第四層。這種情況西XenApp交付方式最為合適；l 產(chǎn)品Licensing：如果應(yīng)用程序沒有License要求，例如和軟件廠商簽訂了Site License，那么我們可以將該程序發(fā)布給所有的用戶也不會產(chǎn)生其他任何成本，將該程序直接安裝在操作系統(tǒng)模板里面也能降低交付的復(fù)雜性。如果應(yīng)用程序是公司擁有的程序，那么IT部門就有責(zé)任和義務(wù)來維護(hù)該應(yīng)用程序，包括XenApp發(fā)布或者是XenApp流化。如果只有少部門用戶需要使用，那我們建議采用Personal vDisk或者是Streaming的方式交付應(yīng)用程序。應(yīng)用程序被導(dǎo)入到AppDNA時，它會被和數(shù)千種應(yīng)用程序進(jìn)行兼容性的匹配驗(yàn)證以判斷是否有互操作性問題。l 預(yù)驗(yàn)證的應(yīng)用程序：很多應(yīng)用程序的開發(fā)商都會提供該應(yīng)用程序的兼容性文檔和最佳安裝方式的文檔。16位的應(yīng)用程序就不能運(yùn)行在64位的操作系統(tǒng)平臺上，例如Windows 2008Server　RWindows XP 64bits等；l 互操作性：有一些應(yīng)用程序如果和某些版本的操作系統(tǒng)共存是會有兼容性問題，例如注冊表沖突、DLL沖突，或者是ini沖突。2) 兼容性任何一個桌面虛擬化項(xiàng)目都會對一個公司的應(yīng)用程序交付方法產(chǎn)生巨大的應(yīng)用。通常單一的方法是無法滿足用戶全部的需求的，所以多種方法組合才是最佳答案?；谖覀冊谇皫渍鹿?jié)的“Error! Reference source not found.”，我們可以考慮以下幾種交付方法：l 直接安裝在操作系統(tǒng)鏡像文件上：應(yīng)用程序是基礎(chǔ)操作系統(tǒng)鏡像文件的一部分；l 安裝在Personal vDisk上：物理是分離的，但是邏輯上是直接安裝在基礎(chǔ)操作系統(tǒng)鏡像文件中；l 流化（Streaming）：應(yīng)用程序被profiled（XenApp組件）后通過網(wǎng)絡(luò)交付到桌面上。一個時不時才用一下電腦的ERP使用者和一個在電腦前屁股都不挪窩的OA用戶肯定帶寬要求是不同的，如果是CAD畫圖的用戶那就更不用說了。其他的流量，例如電子郵件，又或者是使用者上網(wǎng)的流量都不經(jīng)過Access Gateway。這樣通過receiver的流量智慧限制在指定的端口，只能訪問指定的服務(wù)器資源等。這個會話配置文件定義了用戶去訪問資源時的訪問細(xì)節(jié)。一般而言，首先我們會將設(shè)備分為非移動設(shè)備和移動設(shè)備兩種：l 移動設(shè)備：表達(dá)式定義為：“ UserAgent CONTAINS CitrixReceiver”，該語句將移動設(shè)備設(shè)置為比非移動設(shè)備更高優(yōu)先級以保證移動設(shè)備的匹配性?？蛻舳俗C書通常在用戶端的形式是智能卡，或者是Common Access Cards (CACs)的形式，再通過客戶端本地的讀卡器來讀取信息。n Radius（aka Token）：Radius全名是Remote Authentication Dial In User Service，這是一種基于UDP傳輸協(xié)議的安全認(rèn)證協(xié)議。例如，如果用戶沒有安裝防病毒軟件，可以配置策略隱藏敏感的應(yīng)用程序。重啟VM后被清除；2) 在某些情況下需要將數(shù)據(jù)重定向到寫緩存的磁盤中這樣在重啟時也能保留，例如EdgeSight數(shù)據(jù)、Windows日志和防病毒軟件的定義庫文件；3) 包含了10G的PvD數(shù)據(jù)磁盤大?。?) MCS模式下推薦使用NFS的存儲以利用Thin Provisioning能力；三、 訪問層 Access Layer訪問層的設(shè)計主要是基于每個用戶組和終端設(shè)備的移動性需求。下面的表格可以用來計算每個用戶組所需要的CPU資源：物理CPU核數(shù) = 用戶組的最大CCU數(shù)量 / 每個物理core所支撐的用戶數(shù)2) 決斷：內(nèi)存下面的表格列舉了在不同負(fù)荷和FlexCast模式下所需要的內(nèi)存數(shù)量：3) 決斷：IOPS見下表：需要注意的是上面的數(shù)字都是穩(wěn)定狀態(tài)下的，不是峰值狀態(tài)。我們設(shè)計時都是不算超線程的；l 工作負(fù)荷：假設(shè)已經(jīng)加載了防病毒軟件和標(biāo)準(zhǔn)的監(jiān)控工具；l Hypervisor開銷：已經(jīng)從每用戶core中減去；l 內(nèi)存：大部分用戶在一天中所使用的內(nèi)存都在不同程度的增長，原因有很多；因此，內(nèi)存應(yīng)該算最大值。Citrix Receiver Updater PlugIn負(fù)責(zé)和Merchandising Server保持定期通信以升級必須的組件。由于該工具并沒有包含用戶名和密碼信息，所以可以將該地址通過電子郵件發(fā)送給用戶，又或者將該URL發(fā)送至文件共享服務(wù)器中亦可。l 組策略：啟動腳本也可以用來配置Receiver。這種方式最適用于BYOD環(huán)境。l Master Image：這個辦法最簡單，直接將Receiver做到操作系統(tǒng)鏡像文件中；Receiver的升級可以通過Citrix Receiver Updater Plugin，或者是Merchandising Server，也可以是其他軟件分發(fā)工具；l 軟件分發(fā)工具：例如LANDesk、MS的SMS，以及Symantec Altiris；l 組策略：可以自己寫一個啟動腳本來部署Receiver，甚至卸載Receiver，在XenApp和XenDesktop安裝光盤里面也自帶了這個腳本；l 手動安裝：所有版本的Receiver都可以在Citrix Receiver Download Page 下載到。l Windows Store：在Windows 8 Store里面可以下載到Windows8/RT的Receiver軟件。l 離線應(yīng)用程序：只有Citrix Receiver和Citrix Receiver Enterprise版本支持；l 單點(diǎn)登錄：只有Citrix Receiver和Citrix Receiver Enterprise版本支持；這個要注意一下；l StoreFront支持：黑莓、Linux和HTML5不支持；l Desktop Lock：只有Citrix Receiver Enterprise版本支持，Citrix Receiver都不支持哦！2) 決斷：Receiver部署在部署和升級Receiver時，以下機(jī)制可以考慮和利用：l StoreFront：如果Citrix StoreFront已經(jīng)安裝，管理員就可以通過一個Web站點(diǎn)來部署Receiver，用戶只需要打開網(wǎng)頁就能自動安裝；l 內(nèi)部下載站點(diǎn)：有時候用戶會被禁止訪問互聯(lián)網(wǎng)，那么管理員就可以創(chuàng)建一個內(nèi)部站點(diǎn)來安裝Receiver。2. Receiver的選擇1) 決斷：Receiver的類型大部分的企業(yè)都知道將Citrix Receiver簡單的部署在兼容它的終端上，但是實(shí)際上Citrix Receiver在部署了不同的插件之后，功能還是有著很多的不同的。我們在選擇時，需要考慮以下因素：用戶的工作負(fù)荷：對于人物性工作者，或者是有限需求的知識性工作者來說，Windows Thin PC和類似于Dell Wyse 零客戶機(jī)是最好的選擇；能實(shí)現(xiàn)更多功能的Windows嵌入式適合于圖形用戶、對CPU有更高要求的研發(fā)用戶等場景；內(nèi)行專家：許多公司都已經(jīng)有了可以管理瘦機(jī)基礎(chǔ)架構(gòu)的管理工具集。下面的圖顯示什么時候使用用戶自己擁有的設(shè)備，什么時候選擇公司擁有設(shè)備：2) 決斷：終端生命周期最小標(biāo)準(zhǔn)：即使是考慮到成本因素，為了保證用戶體驗(yàn)，還是要不低于最小的硬件標(biāo)準(zhǔn)，這些指包括：1GHz的處理器、1GB的內(nèi)存、16GB的空余磁盤空間，如果是要好的HDX體驗(yàn)還要有GPU卡；業(yè)務(wù)驅(qū)動：所有項(xiàng)目成功都來自于正確確定優(yōu)先級。 Desktop PC 桌面PC這一層將業(yè)務(wù)優(yōu)先級的評估標(biāo)準(zhǔn)和用戶組需求結(jié)合起來，進(jìn)而可以定義有效的終端設(shè)計戰(zhàn)略。雖然角色有很多種，但是很多角色的存在時間都很短，同時很多角色都由一個人同時完成。最快區(qū)分用戶的方法就是按照用戶的需求不同來分組，一旦將用戶的需求區(qū)分之后，就可以將這些數(shù)據(jù)填入Citrix Virtual Desktop Handbook Assess 了。LanDesk FastTack 軟件是一個專門為Citrix實(shí)施方法論開發(fā)設(shè)計的一個專業(yè)信息搜集工具。2. 調(diào)查表這也是一個好辦法，可以通過管理層去通過行政命令來執(zhí)行。有三種方法來搜集數(shù)據(jù)：1. 手動搜集小型企業(yè)有可能通過訪問每臺終端，或者是遠(yuǎn)程連接凡是來搜集數(shù)據(jù)。在項(xiàng)目的初期一般只需要做Access階段的計劃，這個時段需要多FlexCast模式、容量、用戶分組等有更多的交接，所以無需做Design的計劃。四、 Maintain主要包含三種不同的活動：1. 監(jiān)控：在虛擬桌面環(huán)境設(shè)計和實(shí)施到生產(chǎn)環(huán)境以后，持續(xù)的監(jiān)控是必需的。二、 Design設(shè)計階段主要聚焦在五層的一個方法論上：1. 用戶層：描述推薦的終端以及所需要的用戶功能體驗(yàn)；2. 訪問層：描述用戶層是如何連接到他們的桌面，例如本地桌面是直接連接StoreFront，而外界用戶往往要通過Firewall層才能進(jìn)來，這就涉及到了FW、VPN等技術(shù)；3. 桌面層：主要指用戶的虛擬桌面實(shí)現(xiàn)技術(shù)，即FlexCast技術(shù)，主要好漢三個主要成分，分別是鏡像文件、應(yīng)用程序，以及個性化內(nèi)容；4. 控制層：如何管理和維護(hù)其他層，又分為訪問控制、桌面控制，以及基礎(chǔ)架構(gòu)控制；5. 硬件層：致力于支撐整個解決方案的硬件物理設(shè)備，包括了服務(wù)器、CPU、內(nèi)存、存儲設(shè)備等；三、 Deploy按照第二部分設(shè)計好的FlexCast方式實(shí)施。同時項(xiàng)目進(jìn)度要及時通告項(xiàng)目組所有成員讓大家都知道項(xiàng)目的進(jìn)度。下圖就定義了一個業(yè)務(wù)驅(qū)動力的優(yōu)先級示例：二、 數(shù)據(jù)搜集數(shù)據(jù)搜集階段負(fù)責(zé)搜集關(guān)鍵信息數(shù)據(jù)，包括用戶、設(shè)備、應(yīng)用程序，以及基礎(chǔ)架構(gòu)等在下一階段需要使用的數(shù)據(jù)。但是ESD一般都不能提供應(yīng)用程序性能需求和實(shí)際使用的信息。Citrix公司為了幫助用戶節(jié)省實(shí)施成本，和LanDesk公司合作，為Project Accelerator用戶提供了一個60天免費(fèi)試用的LanDesk FastTack 軟件License。我們一般都是按照人物性工作者、分支機(jī)構(gòu)辦公人員、移動工作者等方式去區(qū)分用戶，但是實(shí)際上用戶的分類遠(yuǎn)不止這幾類，更有甚者，很多用戶組都是同時屬于上述幾個組的。下面是建議的三部曲：1. Rationalization 合理化2. Business Characteristics 業(yè)務(wù)特性3. 兼容性七、 項(xiàng)目管理1. Roadmap2. 項(xiàng)目團(tuán)隊下面的表格示例告訴我們在一個虛擬桌面項(xiàng)目中可以建議的業(yè)務(wù)角色和技術(shù)角色分類。簡單說來，我們可以從桌面虛擬化涉及到的五層設(shè)計模型入手：二、 用戶層 User Layer設(shè)計模型最上面的一層就是用戶層，用戶層和每個用戶組息息相關(guān)。 Laptop 筆記本電腦并且至少包含以下用戶終端的特性：安全性：高風(fēng)險區(qū)的用戶不能攜帶個人設(shè)備進(jìn)入該區(qū)域以防止數(shù)據(jù)外攜；可移動性：例如用戶個人設(shè)備將不適合用于離線的Local VM（即XenClient模型）；關(guān)鍵性：被評價為高關(guān)鍵業(yè)務(wù)的用戶需要額外的冗余設(shè)置FlexCast模式：例如個人所屬設(shè)備就不適用于例如Steaming VHD、Local VM模式以及Remote PC模式。很多企業(yè)都會將瘦客戶機(jī)和PC混合部署，我們需要記住的是用戶組的特性才是最終決定需要采用哪種模式的最重要因素：4) 決斷：瘦機(jī)選擇瘦機(jī)廠商現(xiàn)在有越來越多的OS選擇了，常見的有Windows Thin PC（基于Windows 7），嵌入式的WinXP、Win7和WinLinux變種，甚至零客戶機(jī)。但是，在Linux平臺上可能媒體解碼器卻會碰到License的問題。前者沒有Desktop Lock功能和非接觸式智能卡功能，而后者就沒有通過Merchandising Server的插件管理功能除此之外，其他我能夠看到的差別還有：l 對XenApp的支持中，Win8/RT、黑莓、HTML5上的Receiver就只能部分支持；l 而XenDesktop功能基本上所有版本都支持；l