以 Application Virtualization Server 為基礎的案例概觀
適用於: Application Virtualization
如果您計劃在 Microsoft Application Virtualization 環境中使用以伺服器為基礎的部署案例，請務必瞭解 Application Virtualization Management Server 和 Application Virtualization Streaming Server 之間的差異。本主題除了描述這些差異外，也提供封裝傳遞方法、傳輸通訊協定和外部元件的相關資訊，這些資訊是您在繼續進行部署時需要考慮的事項。
Application Virtualization Management Server
Application Virtualization Management Server 會執行發佈功能和串流處理功能。此伺服器會針對已授權的使用者，將應用程式圖示、捷徑和檔案類型關聯發佈到 App-V Client。在收到使用者對應用程式的要求時，伺服器會使用 RTSP 或 RTSPS 通訊協定，依需要將該資料串流處理至授權的使用者。在大多數使用此伺服器的設定中，一個或多個管理伺服器會共用設定和封裝資訊的一般資料存放區。
Application Virtualization Management Server 使用 Active Directory 群組來管理使用者授權。除了 Active Directory 網域服務外，這些伺服器還安裝了 SQL Server 以管理資料庫和資料存放區。管理伺服器是透過 Application Virtualization Management Console (Microsoft Management Console 的嵌入式管理單元) 來控制的。
由於 Application Virtualization Management Server 會依需要將應用程式串流處理至使用者，因此這些伺服器很適合具有可靠、高頻寬 LAN 的系統組態。
Application Virtualization Streaming Server
Application Virtualization Streaming Server 提供與 Management Server 所提供相同的串流處理和封裝升級功能，但是沒有後者的 Active Directory 或 SQL Server 需求。不過，Streaming Server 並沒有發佈服務，也沒有授權或測量功能。個別 App-V Management Server 的發佈服務需搭配 App-V Streaming Server 一起使用。對於想要在多個地點使用具有傳統伺服器組態之串流功能的 Application Virtualization，但可能沒有支援 App-V Management Server 之基礎架構的企業而言，App-V Streaming Server 可滿足其需求。
Application Virtualization Streaming Server 也可用於包含現有電子軟體發佈系統 (ESD) 的環境。您可使用 ESD 來管理串流應用程式。不像 Application Virtualization Management Server，Streaming Server 不會使用 SQL 或 Management Console。這些伺服器使用存取控制清單 (ACL) 來授與使用者授權。
封裝傳遞方法
如果您計劃將 Application Virtualization Server 用作發佈傳遞方法，則需要決定您的案例要採用下列哪種封裝傳遞方法：
動態封裝傳遞
從檔案載入封裝傳遞
動態封裝傳遞
在動態封裝傳遞期間，伺服器 (Application Virtualization Management Server、Application Virtualization Streaming Server 或 IIS 伺服器) 會透過依需求的部署將虛擬化應用程式傳遞給使用者。只有當使用者首次嘗試啟動應用程式時 (依需求)，伺服器才會將虛擬化應用程式和封裝傳遞給用戶端電腦。伺服器只會串流處理啟動應用程式所需的區塊 (主要功能區塊)。將主要功能區塊傳遞給用戶端後，應用程式便會執行；除非用戶端需要存取未包含在主要功能區塊中的應用程式部分，否則用戶端不會收到完整應用程式 (累加式部署)。發生此情況時，用戶端會執行不按順序排列的要求，並將次要功能區塊串流處理至用戶端。動態封裝傳遞允許快速啟動應用程式。
從檔案載入封裝傳遞
針對從檔案載入封裝傳遞，伺服器會在使用者啟動應用程式之前，將整個虛擬化應用程式封裝傳遞給用戶端電腦。在此案例中，虛擬化應用程式會當作完整封裝來傳遞，而非透過動態傳遞模型所用的動態累加式方法。
注意
針對每個傳遞方法，最初的虛擬應用程式傳遞程序和虛擬應用程式更新程序是相同的；更新的虛擬應用程式封裝會取代原始應用程式封裝。
下表比較每個封裝傳遞方法的優缺點。
| 方法 | 優點 | 缺點 | 評價 |
|---|---|---|---|
動態封裝傳遞 |
依需求傳遞和更新應用程式。 以累加方式傳遞和更新應用程式以最佳化啟動時間。 自動將更新傳遞至用戶端桌面。 |
由於伺服器需求而增大企業拓撲中的電腦設備擺設區域。 應用程式串流應透過 LAN 進行；透過 WAN 或在伺服器和用戶端間使用不可靠或間歇性連線的部署案例可能無法使用。 |
需要串流基礎架構。 Windows Installer 用於將 Application Virtualization Desktop Client 軟體部署至使用者電腦。 大型企業應使用 Application Virtualization Streaming Server 作為發佈點。 |
從檔案載入封裝傳遞 |
與一般企業管理作法一致。 支援獨立組態案例。 提供微型分公司問題的解決方案。 |
無法依需求進行應用程式傳遞和更新。 應用程式傳遞和更新並非累加式，相對於動態傳遞，它會增加資源消耗。 |
IT 組織通常負責管理應用程式授權、使用者授權和驗證。 |
伺服器相關通訊協定和外部元件
下表列出可用於以 Application Virtualization Server 為基礎之案例中的伺服器類型，以及其對應的傳輸通訊協定與支援特定伺服器組態所需的外部元件。該表格也包含每個伺服器類型的報告機制和不關機更新機制。由於這些案例都使用 Application Virtualization Management Server，因此您可以使用內建在系統中的內部報告功能。如果您使用 Application Virtualization Management 或 Application Virtualization Streaming Server 將封裝傳遞至用戶端，則當使用者登入用戶端時會自動升級伺服器上的封裝；如果您使用 IIS 伺服器或檔案將封裝傳遞至用戶端，則必須手動升級用戶端上的封裝。
| 伺服器類型 | 通訊協定 | 需要的外部元件 | 報告 | 不關機更新 |
|---|---|---|---|---|
Application Virtualization Management Server |
RTSP RTSPS |
使用 HTTPS 時，可使用 IIS 伺服器來下載 ICO 和 OSD 檔案，並使用防火牆來防止伺服器暴露在網際網路中。 |
內部 |
受支援 |
Application Virtualization Streaming Server |
RTSP RTSPS |
使用機制同步處理 Management Server 和 Streaming Server 之間的內容。使用 HTTPS 時，可使用 IIS 伺服器來下載 ICO 和 OSD 檔案，並使用防火牆來防止伺服器暴露在網際網路中。 |
內部 |
受支援 |
IIS 伺服器 |
HTTP HTTPS |
使用機制同步處理 Management Server 和 Streaming Server 之間的內容。使用 HTTP 或 HTTPS 時，可使用 IIS 伺服器來下載 ICO 和 OSD 檔案，並使用防火牆來防止伺服器暴露在網際網路中。 |
內部 |
不支援 |
檔案 |
SMB |
您需要一種同步處理 Management Server 和 Streaming Server 之間內容的方法。您需要具有檔案共用或串流功能的用戶端電腦。 |
內部 |
不支援 |
另請參閱
其他資源
以電子軟體發佈為基礎的案例
如何針對以伺服器為基礎的部署設定伺服器
如何安裝伺服器和系統元件
-----
您可以在 TechNet Library 中深入瞭解 MDOP、在 TechNet Wiki 上搜尋疑難排解資訊，或是追蹤我們的 Facebook 或 Twitter 動態。 請將有關 MDOP 說明文件的建議和意見寄到 MDOPdocs@microsoft.com。