【正文】 非常清楚了。前者沒有Desktop Lock功能和非接觸式智能卡功能，而后者就沒有通過Merchandising Server的插件管理功能除此之外，其他我能夠看到的差別還有：l 對XenApp的支持中，Win8/RT、黑莓、HTML5上的Receiver就只能部分支持；l 而XenDesktop功能基本上所有版本都支持；l 基于Email地址來配置Receiver：除了黑莓和HTML5的Receiver客戶端，其余都支持；l 智能卡支持：所有平臺均支持；l 快速訪問/非接觸式智能卡：目前只有Citrix Receiver Enterprise版本支持；l Flash重定向：只能在Citrix Receiver、Citrix Receiver Enterprise、Receiver Linux版本上支持，其他例如MAC、HTML5以及所有平板和智能手機統(tǒng)統(tǒng)不支持，online plugin也不支持哦；l UDP語音：只在Citrix Receiver和Citrix Receiver Enterprise版本、Receiver MAC、Receiver Linux版本上支持；l PreLaunch功能：只支持Citrix Receiver和Citrix Receiver Enterprise版本；l AERO特效：Windows的玩意當然只有Citrix Receiver、Citrix Receiver Enterprise版本以及Windows 8/RT的Receiver才支持；l 磁盤重定向：除Win8/RT之外所有的平板、智能手機以及HTML都不支持，l 剪貼板支持：只有 Citrix Receiver、Citrix Receiver Enterprise版本和Receiver MAC才支持，Linux版本的也不支持哦！l HDX 3DPro支持：只有Citrix Receiver和Citrix Receiver Enterprise版本完全支持，Linux、MAC、Win8/RT都是部分支持；l ShareFile：黑莓、HTMLWin8/RT不支持，其余都支持；l AG的遠程訪問：Citrix Receiver、Citrix Receiver Enterprise版本和Receiver MAC需要安裝插件才支持；Linux不支持哦！Win8/RT、安卓、蘋果天生就支持，至于HTML5，不好意思。l 離線應用程序：只有Citrix Receiver和Citrix Receiver Enterprise版本支持；l 單點登錄：只有Citrix Receiver和Citrix Receiver Enterprise版本支持；這個要注意一下；l StoreFront支持：黑莓、Linux和HTML5不支持；l Desktop Lock：只有Citrix Receiver Enterprise版本支持，Citrix Receiver都不支持哦！2) 決斷：Receiver部署在部署和升級Receiver時，以下機制可以考慮和利用：l StoreFront：如果Citrix StoreFront已經安裝，管理員就可以通過一個Web站點來部署Receiver，用戶只需要打開網頁就能自動安裝；l 內部下載站點：有時候用戶會被禁止訪問互聯(lián)網，那么管理員就可以創(chuàng)建一個內部站點來安裝Receiver。典型的模板可以參考Citrix Receiver Download Page Template主頁，它包含了所有版本Receiver的下載軟件和自動安裝方式。l Web Interface：這是我們最常見的方式，不過要注意的是，他不支持基于電子郵件帳號來發(fā)現的安裝方式?；陔娮余]件帳號來發(fā)現的安裝方式對BUOD來說非常合適。l Windows Store：在Windows 8 Store里面可以下載到Windows8/RT的Receiver軟件。目前Receiver只支持ARM或者是基于Intel芯片的Windows8/RT設備。l 移動設備：移動設備一般都有自己特殊的方式來安裝軟件，例如n 應用程序商店：包括安卓的Google Play，或者是Apple的Apple Store；n 其他移動部署方法：有的移動平臺可以提供企業(yè)級方法來部署，例如黑莓就可以通過BlackBerry Enterprise Server來部署B(yǎng)lackBerry平臺上的Receiver；l Merchandising Server：這也是一種方法。除此之外，Merchandising Server還能夠用來升級Receiver以及安裝Receiver的插件，它可以定期連接到Citrix Update Service去檢查有沒有最新的軟件。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 下載到。用戶只要登錄到這個站點，網站會自動檢查終端的類型和下載介質。唯一的缺點是你還要手動配置Receiver的連接屬性。最好的辦法是通過基于電子郵件發(fā)現的方式。這種方式最適用于BYOD環(huán)境。下面的表格總結了每種方法適用于的Receiver版本，因為表格太大，請大家自行參考第48頁。3) 決斷：Receiver配置l 基于電子郵件的自動發(fā)現和配置：最新版的Receiver可以通過只需要輸入自己的公司郵箱就完成配置。這個功能需要StoreFront以及指向StoreFront服務器的FQDN域名的一條SRV記錄；n 注意：DNS平臺需要支持基于電子郵件的發(fā)現，目前只有Windows DNS測試過；n 如果是遠程用戶，就必須配合Access Gateway，同時在DNS中有對應的SRV記錄；此外，在Access Gateway硬件或者是StoreFront服務器上必須有有效的服務器證書。l 組策略：啟動腳本也可以用來配置Receiver。腳本中有一行這樣的參數：SERVER_LOCATION=Server_URL. 缺省的值是空,將Web Interface或者是StroeFront的地址輸入進去l Provisioning File：如果是運行了StroeFront的環(huán)境，然后將此文件放到共享文件夾，或者是發(fā)布到網頁中，用戶下載后雙擊可以自動打開該文件并繼續(xù)自動配置。l 自動生成的設置URL：對于移動設備和MAC桌面來說，可以通過一個叫做One Click Provisioning的工具來創(chuàng)建一個設置URL來進行配置。管理員只需要在這個工具中輸入所需要的信息，該工具就會自動生成URL。由于該工具并沒有包含用戶名和密碼信息，所以可以將該地址通過電子郵件發(fā)送給用戶，又或者將該URL發(fā)送至文件共享服務器中亦可。該工具對遠程用戶，Web Interface等適用。l 手動：不多說，呵呵。4) 決斷：Receiver升級l Merchandising Server：對于支持Citrix Receiver Updater PlugIn平臺的Receiver來說（Citrix Receiver, Citrix Receiver Enterprise, and Citrix Receiver Mac），Merchandising Server是最適合用來保持Receiver以及PlugIn升級的方法了。Citrix Receiver Updater PlugIn負責和Merchandising Server保持定期通信以升級必須的組件。l 軟件分發(fā)平臺：例如LAN Desk和Symantec Altiris等平臺；l 手動升級：最后一個，也是最有效的辦法。3. 資源需求無需多言硬件參數，包括服務器的CPU、內存、硬盤以及后臺的網絡設備、存儲有多重要了，其實更重要的是在性能和成本之間達到一個最佳的平衡。我們首先將用戶組按照性能需求分為四種性能組：至于Scalability Assumptions，按照以下內容來估算：l CPU的速度： Westmere處理器架構來設計；l 超線程：超線程可能可以達到20%30%的性能增長，但是有時候也會帶來負面效應。我們設計時都是不算超線程的；l 工作負荷：假設已經加載了防病毒軟件和標準的監(jiān)控工具；l Hypervisor開銷：已經從每用戶core中減去；l 內存：大部分用戶在一天中所使用的內存都在不同程度的增長，原因有很多；因此，內存應該算最大值。1) 決斷：CPU下面的表格實力了在不同負荷用戶情況下每物理CPU core所能支撐的用戶數。此外，需要注意的是從兩路CPU到4路CPU性能并不是線性增長的，我們要預留15%的用戶數降低；此處注意的是，如果你采用了PvD技術，經我們測試顯示，大概有14%的性能下降，記住要把這個因素考慮進去。另外，所以目前沒有XP下的數據。下面的表格可以用來計算每個用戶組所需要的CPU資源：物理CPU核數 = 用戶組的最大CCU數量 / 每個物理core所支撐的用戶數2) 決斷：內存下面的表格列舉了在不同負荷和FlexCast模式下所需要的內存數量：3) 決斷：IOPS見下表：需要注意的是上面的數字都是穩(wěn)定狀態(tài)下的，不是峰值狀態(tài)。裸IOPS = 寫IOPS寫懲罰 + 讀IOPS寫懲罰的規(guī)定：4) 決斷：存儲空間在PVS環(huán)境下，所有對虛擬桌面的寫操作都是發(fā)生在寫緩存中，但是在MCS模式下，寫操作確實發(fā)生在Diff Disk中。寫的內容包括：l User Profilel 系統(tǒng)臨時文件和應用程序臨時文件l Windows、Citrix和應用程序的日志文件PVS模式的寫緩存和MCS的差異磁盤所需要的磁盤空間取決于應用程序的使用量和用戶的動作。不過，下面的表格有一個大概的評估值：幾點注意事項：1) PVS寫緩存啟動時最小，但是使用過程中會不斷增長。重啟VM后被清除；2) 在某些情況下需要將數據重定向到寫緩存的磁盤中這樣在重啟時也能保留，例如EdgeSight數據、Windows日志和防病毒軟件的定義庫文件；3) 包含了10G的PvD數據磁盤大?。?) MCS模式下推薦使用NFS的存儲以利用Thin Provisioning能力；三、 訪問層 Access Layer訪問層的設計主要是基于每個用戶組和終端設備的移動性需求。1) 決斷：認證點讓用戶在什么地點做認證是管理員的決定，一般而言，有四個認證點：a) Web Interface：給XA和XD提供安全訪問；b) StoreFront：為Receiver交付認證能力和資源；c) Secure Gateway (Web Interface): Secure Gateway是一個Windows的應用程序，她和WI配合工作；d) Access Gateway: 硬件具體采用哪種方式認證由用戶組的移動需求來決定，推薦方案如下：2) 決斷：預認證策略如果我們使用的是Access Gateway，我們就可以選擇是否采用預認證策略，這些策略可以是確定終端是否滿足某種接入網絡前的掃描條件。我們可以配置的策略包括測試防病毒軟件、防火墻軟件、操作系統(tǒng)，甚至是注冊表鍵值。XA和XD可以利用這些策略的檢查結果確認后續(xù)的動作，包括剪貼板是否開啟，打印機映射，甚至是否開啟特定的應用程序訪問權限。例如，如果用戶沒有安裝防病毒軟件，可以配置策略隱藏敏感的應用程序。下面的圖標從流程上示例策略配置是如何流轉的：3) 決斷：認證策略l Web Interface, Secure Gateway (Web Interface), or StoreFront: StoreFront是未來的方向，而Web Interface已經是行將就木，所以下面的策略主要是用在StoreFront上，當然也適用于Web Interfacen 用戶名/密碼n Domain PassThrough：允許從用戶設備上透傳Domain登錄信息，用戶登錄到加入域的電腦后自動登錄到Store；n Access Gateway PassThrough：用戶登錄到Access Gateway后自動登錄到Storel Access Gateway：NetScaler支持幾種不同的認證手段。下面分別列出了幾種主要的認證方法，每種方法都可以單獨使用，但是在實踐中，我們進場組合起來以提供多因素認證。n LDAP：輕型目錄訪問協(xié)議是我們最為熟悉的認證方法了，它是一種基于TCP協(xié)議的目錄訪問服務，例如MS的活動目錄就是其中一種實現形式。n Radius（aka Token）：Radius全名是Remote Authentication Dial In User Service，這是一種基于UDP傳輸協(xié)議的安全認證協(xié)議。除了認證外，它還提供授權和計費功能。Access Gateway轉發(fā)用戶輸入的用戶名和密碼給Radius服務器，Radius服務器可以立即檢查用戶名和密碼，也可以轉發(fā)給目錄服務器。n 客戶端證書：用戶登錄到Access Gateway虛擬服務器后，可以通過本地的客戶端證書的屬性來做認證?？蛻舳俗C書通常在用戶端的形式是智能卡，或者是Common Access Cards (CACs)的形式，再通過客戶端本地的讀卡器來讀取信息。采用什么認證形式通常都是取決于安全的需求，以