本文件已封存並已停止維護。

硬體效能

更新日期: 2010年12月

適用於: System Center Service Manager 2010

Service Manager 效能的重要部分將視為處理組織需求所規劃之硬體設定和部署拓撲而定。以下各節提供在規劃適當硬體效能時所需考量的一般原則。

硬體效能

在 Service Manager 資料庫內具有大量負載和資料的 Service Manager 中,以下的硬體瓶頸將最為明顯。

  1. 最常見的瓶頸將會是 SQL Server 上的記憶體和 I/O。如果您有足夠的資源,請配置更多記憶體和更快的 IO 子系統來改善 SQL Server I/O,以達到更佳的效能。

  2. 如果您預期有許多的主控台將連接至管理伺服器,您可以為管理伺服器配置額外的 CPU 和記憶體,或規劃安裝次要 Service Manager 管理伺服器以提升處理尖峰負載時的效能。

  3. 請注意本文中針對每個角色所建議的最低硬體需求。

虛擬電腦的角色

許多的組織都會使用虛擬電腦來主控 Windows Server 應用程式和 Service Manager 伺服器角色,例如管理伺服器資料倉儲伺服器,自助入口網站也不例外。這些使用範圍可能包含虛擬化所有的伺服器角色,或者是一些虛擬和實體電腦的組合。我們不會建議任何特定的虛擬和實體電腦比例,因為每個組織的需求通常並不相同。不過,每個軟體角色的最低硬體需求皆可套用至實體電腦上 — 如果您決定虛擬化軟體角色,您應確定每部虛擬電腦皆具有額外的硬體資源。

如果未遵照下列規劃指示,則資料庫伺服器可能會因為虛擬電腦的效能過低而受到損害。

  • 請參閱下載中心的 Running SQL Server 2008 in a Hyper-V Environment (在 Hyper-V 環境中執行 SQL Server 2008) (http://go.microsoft.com/fwlink/?LinkId=144622) 文件。

  • 切勿在準備主控 SQL Server 的虛擬電腦上使用動態磁碟 — 請使用固定大小的虛擬硬碟或傳遞。

  • Hyper-V 針對每個來賓僅允許 4 個虛擬 CPU,因此當您有許多主控台時,Service Manager 伺服器可能會受到限制。

Service Manager 基準測試結果

Service Manager 已使用各種部署案例並透過實體電腦的最低硬體需求,針對效能與延展性進行基準測試。更具體地來說,此案例已預先填入資料庫,且 Service Manager 主控台會建立和更新事件,並透過迴圈中的變更要求進行測試。此資料庫已預先填入兩種測試的資訊。

測試 1 包含 20,000 部電腦、20,000 名使用者和所有必要的設定項目,同時在資料庫中總計會有 250 萬列的 250,000 個設定項目,且測試會包含 40 個使用中的 Service Manager 主控台。

測試 2 包含 50,000 部電腦、50,000 名使用者和相關的設定項目,同時在資料庫中總計會有 600 萬列的 700,000 個設定項目,且測試會包含 80 個使用中的 Service Manager 主控台。

為了要達成 50,000 個設定的回應時間目標,SQL Server 記憶體必須從 8GB 增加至 32GB。

  • 在測試期間,每小時都會在 20,000 個設定中產生 200 個事件和 50 個變更要求,並在 50,000 個設定中產生 500 個事件和 125 個變更要求,同時會針對每個事件和變更要求處理 3 至 4 個通知訂閱和範本。

  • 一般來說,通知訂閱處理和範本應用程式會在產生之每個工作項目的 1 分鐘內執行完成。不過,少量的工作流程可能需要 5 分鐘或更久的時間完成。

如果您的組織計劃支援少於 20,000 部電腦和主控台,以及較少的工作流程,則您的 Service Manager 效能通常會在可接受的範圍內,即使某些 Service Manager 角色是由虛擬電腦所主控也是如此。

不過,如果您計劃在 Service Manager 資料庫中新增額外支援的電腦,則您應計劃為 Service Manager 資料庫伺服器增加 RAM 的數量,且應高於本文件中列出的最低需求。例如,在基準測試中,包含 20,000 部電腦記錄的 Service Manager 資料庫伺服器上已安裝 8 GB 的 RAM。然後,您應為計畫額外支援的 10,000 部電腦新增 8 GB 的 RAM。例如,您已針對 50,000 部電腦規劃 32 GB 的 RAM。當您在 SQL server 上安裝 32 GB 的 RAM 並測試 50,000 部電腦設定時,相較於之前新增額外電腦的設定,其已提升至不再造成效能損耗的狀態。

基準測試中也包含網路延遲的測試。Service Manager 主控台和 Service Manager 管理伺服器之間已產生網路延遲。

note附註
Service Manager 資料庫伺服器和 Service Manager 管理伺服器應位於低延遲的 LAN 上;Service Manager 資料庫伺服器和 Service Manager 管理伺服器之間的網路延遲可能會導致 Service Manager 效能的大幅降低。

  • 其中的網路延遲低於 100毫秒,整體 Service Manager 主控台回應時間也呈現良好狀態。

  • 其中的網路延遲為 150-200 毫秒,效能處於可使用狀態且在某些案例中的回應時間降低最高達到 40%。當延遲介於 150-200 毫秒時,您應計劃為組織進行關鍵案例評估,並決定「遠端桌面連線」是否為更佳的選項。

    note附註
    Service Manager 主控台中的擴充服務對應也會隨著延遲量而變慢。

  • 當網路延遲超過 200 毫秒時,整體 Service Manager 主控台回應時間將呈現不良狀態。如果延遲超過 200 毫秒,您應計劃使用「遠端桌面連線」或其他類似的遠端存取解決方案進行操作工作。由於偶而執行的管理工作並不常見,因此您可能不需要遠端存取這些工作。

這些資訊是否對您有所幫助?請將您對於 System Center Service Manager 文件的建議和意見傳送至 scsmdocs@microsoft.com。
顯示: