App-V 5.0 容量規劃
下列建議可用來作為基準,以協助判斷適合您組織App-V 5.0基礎結構的容量規劃資訊。
重要 僅使用本節中的資訊作為規劃App-V 5.0部署的一般指南。 您的系統容量需求將取決於硬體和應用程式環境的特定詳細數據。 此外,本文件中顯示的效能數位是範例,而且您的結果可能會有所不同。
判斷專案範圍
在設計 App-V 5.0 基礎結構之前,您必須先判斷項目的範圍。 範圍包含判斷哪些應用程式幾乎可用,以及識別目標使用者及其位置。 此資訊有助於判斷應該實作哪種類型的App-V 5.0基礎結構。 專案範圍的相關決策必須根據貴組織的特定需求而定。
工作 | 其他資訊 |
---|---|
判斷應用程式範圍 |
視要虛擬化的應用程式而定,可以不同的方式設定App-V 5.0基礎結構。 第一個工作是定義您想要虛擬化的應用程式。 |
判斷位置範圍 |
位置範圍是指實體位置 (例如,整個企業或特定地理位置) 您打算在其中執行虛擬化應用程式。 它也可以參考使用者母體擴展 (例如,將執行虛擬應用程式的單一部門) 。 您應該取得網路對應,其中包含連線路徑,以及每個位置的可用頻寬,以及使用虛擬化應用程式和WAN 連結速度的用戶數目。 |
判斷需要哪個App-V 5.0基礎結構
重要 下列兩個模型都需要在您打算執行虛擬應用程式的計算機上安裝App-V 5.0用戶端。
您也可以使用電子軟體發佈 (ESD) 解決方案來管理 App-V 5.0 環境,例如 Microsoft Systems Center Configuration Manager。 如需詳細資訊,請 參閱使用電子軟體發佈 (ESD) 部署 App-V 5.0 套件 。
獨立模型 - 獨立模型可讓虛擬應用程式啟用 Windows Installer 以進行散發,而不需要串流處理。 獨立模式中的 App-V 5.0 包含排序器和用戶端;不需要其他元件。 應用程式會使用稱為排序的進程來準備虛擬化。 如需詳細資訊,請參閱 規劃App-V 5.0 Sequencer和用戶端部署。 建議針對下列案例使用獨立模型:
使用無法連線到 App-V 5.0 基礎結構的已中斷連線遠端使用者。
當您執行軟體管理系統時,例如 Configuration Manager 2012。
當網路頻寬限制禁止電子軟體發佈時。
完整基礎結構模型 - 完整的基礎結構模型提供軟體發佈、管理和報告功能;它也包含跨網路的應用程式串流。 App-V 5.0 完整基礎結構模型是由一或多部 App-V 5.0 管理伺服器所組成。 管理伺服器可用來將應用程式發佈至所有用戶端。 發佈程式會將虛擬應用程式圖示和快捷方式放在目標計算機上。 它也可以將應用程式串流至本機使用者。 如需安裝管理伺服器的詳細資訊,請參閱 規劃App-V 5.0伺服器部署。 建議在下列案例中使用完整的基礎結構模型:
重要App-V 5.0 完整基礎結構模型需要 Microsoft SQL Server 來儲存設定數據。 如需詳細資訊 ,請參閱App-V 5.0支援的組態。
當您想要使用 Management Server 將應用程式發佈至目標電腦時。
若要將應用程式快速布建到目標計算機。
當您想要使用App-V 5.0報告時。
端對端伺服器大小調整指引
下一節提供端對端App-V 5.0大小調整和規劃的相關信息。 如需更具體的資訊,請參閱後續各節。
注意 用戶端上的來回回應時間是執行App-V 5.0用戶端的電腦從發佈伺服器接收成功通知所花費的時間。 發佈伺服器上的來回回應時間是執行發佈伺服器的計算機從管理伺服器接收成功套件元數據更新所花費的時間。
20,000 個用戶端可以將目標設為單一發佈伺服器,以在可接受的來回時間取得套件重新整理。 < (3 秒)
單一管理伺服器最多可支援 50 部發行伺服器,以便在可接受的來回時間內重新整理套件元數據。 < (5 秒)
App-V 5.0 管理伺服器容量規劃建議
App-V 5.0 發佈伺服器需要管理伺服器進行套件重新整理要求和套件重新整理回應。 管理伺服器接著會將資訊傳送至管理資料庫以擷取資訊。 如需 App-V 5.0 管理伺服器支援設定的詳細資訊,請參閱 App-V 5.0 支援的設定。
注意 App-V 5.0 發佈伺服器上的預設重新整理時間為10分鐘。
當多個同時發佈伺服器連絡單一管理伺服器以進行套件元數據重新整理時,下列三個因素會影響發佈伺服器上的來回回應時間:
同時提出要求的發佈伺服器數目。
管理伺服器上設定的連接群組數目。
管理伺服器上設定的存取群組數目。
下表顯示影響來回時間之每個因素的詳細資訊。
注意 來回回應時間是執行 App-V 5.0 發佈伺服器的電腦從管理伺服器接收成功套件元數據更新所花費的時間。
影響來回回應時間的因素 | 其他資訊 |
---|---|
同時要求套件元數據重新整理的發行伺服器數目。 |
|
管理伺服器上設定的連接群組數目。 |
|
管理伺服器上設定的存取群組數目。 |
|
下表顯示每個先前因素的範例值。 在每個變化中,會從App-V 5.0management伺服器重新整理120個套件。
案例 | 變化 | 線上群組的數目 | 存取群組的數目 | 發佈伺服器的數目 | 網路連線類型發佈伺服器/管理伺服器 | 發佈伺服器上的來回回應時間以秒為單位 () | 管理伺服器上的CPU使用率 |
---|---|---|---|---|---|---|---|
發佈伺服器會同時連絡管理伺服器以發佈元數據。 |
發佈伺服器的數目 |
|
|
|
|
|
|
發行元數據包含連線群組 |
線上群組的數目 |
|
|
|
|
|
|
發行元數據包含存取群組 |
存取群組的數目 |
|
|
|
|
|
|
不論以管理伺服器為目標的發佈伺服器數目,執行管理伺服器之計算機的 CPU 使用率約為 25%。 不論發佈伺服器的數目為何,Microsoft SQL Server 資料庫交易/秒、批次要求/秒和用戶連線都相同。 例如:Transactions/sec 為 ~30,批次要求 ~200,而用戶連線 ~6。
使用地理位置分散的部署,其中管理伺服器 & 發佈伺服器利用其間的慢速鏈接網路,發佈伺服器上的來回回應時間在可接受的時間限制 (5 秒) <,即使單一管理伺服器上同時有 100 個要求也一樣。
案例 | 變化 | 線上群組的數目 | 存取群組的數目 | 發佈伺服器的數目 | 網路連線類型發佈伺服器/管理伺服器 | 發佈伺服器上的來回回應時間以秒為單位 () | 管理伺服器上的CPU使用率 |
---|---|---|---|---|---|---|---|
發佈伺服器與管理伺服器之間的網路連線 |
1.5 Mbps 慢速鏈接網路 |
|
|
|
|
|
|
發佈伺服器與管理伺服器之間的網路連線 |
LAN / WIFI 網路 |
|
|
|
|
|
|
無論管理伺服器和發佈伺服器是透過慢速連結網路或高速網路連線,管理伺服器都可以在 30 分鐘內處理大約 15,000 個套件重新整理要求。
App-V 5.0 報表伺服器容量規劃建議
App-V 5.0 用戶端會將報告數據傳送至報表伺服器。 報表伺服器接著會記錄 Microsoft SQL Server 資料庫中的資訊,並將成功通知傳回執行 App-V 5.0 用戶端的電腦。 如需 App-V 5.0 報表伺服器支援設定的詳細資訊,請參閱 App-V 5.0 支援的設定。
注意 往返回應時間是執行App-V 5.0用戶端的電腦將報告資訊傳送至報表伺服器,並從報表伺服器接收成功通知所花費的時間。
案例 | 摘要 |
---|---|
多個 App-V 5.0 用戶端會同時將報告資訊傳送至報表伺服器。 |
|
報表伺服器每秒處理的要求數。 |
|
報表資料庫。 |
|
計算隨機延遲:
隨機延遲會指定要傳送至報表伺服器的數據) ,以分鐘為單位 (延遲上限。 當排程工作啟動時,用戶端會產生 介於 0 和 ReportingRandomDelay 之間的隨機延遲,並且會在傳送數據之前等候指定的持續時間。
隨機延遲 = 4 * 用戶端數目/每秒平均要求數目。
範例:針對每秒 120 個要求的 500 個用戶端,隨機延遲為 4 * 500 / 120 = ~17 分鐘。
App-V 5.0 發佈伺服器容量規劃建議
執行 App-V 5.0 用戶端的電腦會連線到 App-V 5.0 發佈伺服器,以傳送發行重新整理要求並接收回應。 往返回應時間是在執行App-V 5.0用戶端的電腦上測量。 處理器時間是在發佈伺服器上測量。 如需 App-V 5.0 發佈伺服器支援設定的詳細資訊,請參閱 App-V 5.0 支援的設定。
重要 下列清單顯示設定 App-V 5.0 發佈伺服器時要考慮的主要因素:
同時連線到單一發佈伺服器的用戶端數目。
每次重新整理時的封裝數目。
您環境中用戶端與 App-V 5.0 發佈伺服器之間的可用網路頻寬。
案例 | 摘要 |
---|---|
多個 App-V 5.0 用戶端會同時連線到單一發佈伺服器。 |
|
每次重新整理時的套件數目。 |
|
App-V 5.0 用戶端與發佈伺服器之間的網路。 |
|
注意 發行伺服器 CPU 使用量在時間間隔期間一律很高,因為在大部分情況下,) 必須處理同步要求 (>90%。 發佈伺服器可以在 1 秒內處理 ~1500 個用戶端要求。
案例 | 變化 | App-V 5.0 用戶端數目 | 套件數目 | 發佈伺服器上的處理器設定 | 網路連線類型發佈伺服器/App-V 5.0 用戶端 | App-V 5.0 用戶端上的來回時間 (秒) | 在 %) 中發佈伺服器 (的CPU使用率 |
---|---|---|---|---|---|---|---|
App-V 5.0 用戶端會傳送發佈重新整理要求 & 接收回應,每個要求都包含 120 個套件 |
用戶端數目 |
|
|
|
|
|
|
每次重新整理時都有多個套件 |
套件數目 |
|
|
|
|
|
|
用戶端與發佈伺服器之間的網路 |
1.5 Mbps 慢速鏈接網路 |
|
|
|
|
|
App-V 5.0 串流容量規劃建議
執行 App-V 5.0 用戶端的電腦會從串流伺服器串流處理虛擬應用程式套件。 往返回應時間是在執行App-V 5.0用戶端的電腦上測量,而這是串流整個套件所花費的時間。
重要 下列清單會識別設定 App-V 5.0 串流伺服器時要考慮的主要因素:
從單一串流伺服器同時串流處理應用程式封裝的用戶端數目。
要串流處理之封裝的大小。
您環境中用戶端與串流伺服器之間的可用網路頻寬。
案例 | 摘要 |
---|---|
多個 App-V 5.0 用戶端會同時串流來自單一串流伺服器的應用程式。 |
|
正在串流處理的封裝大小。 |
|
App-V 5.0 用戶端與串流伺服器之間的網路。 |
|
下表顯示上一個清單中每個因素的範例值:
案例 | 變化 | App-V 5.0 用戶端數目 | 每個套件的大小 | 網路連線類型串流伺服器/App-V 5.0 用戶端 | App-V 5.0 用戶端上的來回時間 (秒) |
---|---|---|---|---|---|
多個 App-V 5.0 用戶端會從串流伺服器串流虛擬應用程式套件。 |
用戶端數目。 |
|
|
|
|
每個要串流處理之封裝的大小。 |
每個套件的大小。 |
|
|
|
33 83 100 160 |
用戶端與 App-V 5.0 串流伺服器之間的網路連線。 |
1.5 Mbps 慢速鏈接網路。 |
|
|
|
102 121 |
每個 App-V 5.0 串流伺服器應該能夠處理至少 200 個同時串流虛擬化應用程式的用戶端。
注意 串流的實際時間主要取決於同時串流的用戶端數目、套件數目、套件大小、伺服器的網路活動,以及網路狀況。
例如,當 100 個同時客戶端從伺服器串流時,平均使用者可以在 2 分鐘內串流 100 MB 封裝。 不過,大小為 1 GB 的套件最多可能需要 30 分鐘。 在大部分實際環境中,串流需求並未統一散發,您必須瞭解環境中出現的大約尖峰串流需求,才能適當地調整所需的串流伺服器數目。
如果您預先快取應用程式,串流伺服器可以支援的用戶端數目可以大幅增加,而且尖峰串流需求也會降低。 您也可以使用隨選串流傳遞和串流優化套件,增加串流伺服器可支援的用戶端數目。
合併 App-V 5.0 伺服器角色
根據調整規模和容錯需求,連線到 Active Directory 的位置所需的伺服器數目下限為一個。 此伺服器將裝載管理伺服器、管理伺服器服務和 Microsoft SQL Server 角色。 因此,伺服器角色可以以任何所需的組合排列,因為它們不會彼此衝突。
忽略調整需求,提供容錯實作所需的伺服器數目下限為四個。 管理伺服器和 Microsoft SQL Server 角色支援放在容錯組態中。 管理伺服器服務可以與任何角色結合,但仍為單一失敗點。
雖然有許多容錯策略和技術可用,但並非全部都適用於指定的服務。 此外,如果合併App-V 5.0角色,某些容錯選項可能因為不相容而不再適用。