伺服器層是 Sun Management Center 軟體的核心。伺服器層主機硬體之規格適當對確保 Sun Management Center 作業的可靠性與回應效能至關重要。Sun Management Center 伺服器層對硬體的需求顯著高於代理程式的需求。Sun Management Center 3.5 伺服器層系統需求高於 Sun Management Center 2.x 與 3.0 伺服器層的硬體需求。版本 2.x 或 3.0 伺服器主機不必滿足 Sun Management Center 3.5 的系統需求。
SPARC 平台桌面與執行 Solaris 版本 8 或 Solaris 版本 9 且滿足本節所述最低硬體需求的伺服器支援 Sun Management Center 伺服器層。
為取得最佳效能,請僅在執行伺服器層應用程式的專用機器上安裝 Sun Management Center 3.5 伺服器層。
下表中指定的硬體系統表示可用作 Sun Management Center 伺服器平台的四大機器類別。在每種情況下,替代機器配置均可提供相當的效能。
表 C–4 建議的 Sun Management Center 伺服器硬體平台
架構 |
機器類型 |
CPU 類型 |
RAM |
交換空間 |
---|---|---|---|---|
小型伺服器 |
Netra X1、Netra T1 或 Sun Blade 100 或相當類型 |
一個 502 MHz UltraSPARC IIe CPU 或更高配置 |
1 GB |
至少需要 512, 建議使用 1GB |
中型伺服器 |
Sun Enterprise 80 或相當類型 |
兩個 450 MHz UltraSPARC II CPU 或更高配置 |
1 GB |
至少需要 512, 建議使用 1GB |
大型伺服器 |
Sun Fire 280R、Netra T4 或 Sun Blade 1000 |
兩個 750 MHz UltraSPARC III CPU 或更高配置 |
1 GB |
至少需要 512, 建議使用 1GB |
超大型伺服器 |
Sun Fire 480R 或相當類型 |
四個 900 Mhz UltraSPARC III CPU 或更高配置 |
2 GB |
1 GB |
Sun 管理伺服器主機的配置需求很大程度上取決於伺服器層管理的代理程式數量以及在這些代理程式上執行的管理活動。管理活動包括系統產生的活動(如事件產生和處理)和使用者啟動的作業(如資料瀏覽、網路探索、群組作業及系統監視與診斷)。
由於管理活動的影響,配置需求取決於伺服器上安裝的所有 Sun Management Center 附加套裝軟體的數量、類型和配置,以及管理節點的數量。一般而言,使用的附加產品越多,管理活動便越多,伺服器硬體需求也就越高。
下圖圖解了將建議的 Sun Management Center 伺服器機器類別作為受管理代理程式數量與估計之管理活動的函數。該圖假設 Sun Management Center 主控台未在伺服器機器上執行,並且小型伺服器有 5 個遠端主控台階段作業;中型伺服器有 10 個遠端主控台階段作業;大型和超大型伺服器有 15 個遠端主控台階段作業。
上圖中描述的機器類別表示具有類似效能的主機類別。
伺服器效能受伺服器層主機上執行的 Sun Management Center 主控台應用程式,以及作用中主控台階段作業數量的不利影響。如果伺服器主機未充份配置以支援伺服器層組件,請勿在伺服器機器上執行 Sun Management Center 主控台。
Sun Management Center 性能報告管理程式 (PRM) 附加產品用於追蹤歷程趨勢,並為 Sun Management Center 代理程式監視的所有資料屬性產生報告。由於 PRM 附加產品涉及大量資料的收集和處理,因此會顯著影響 Sun Management Center 伺服器的配置需求。
PRM 附加產品的影響將在圖 C–1 的 PRM 區段中說明。一般而言,增加管理活動和 PRM 追蹤的資料屬性總量,會減少可由 Sun Management Center 伺服器管理的代理程式數量。
決定具有 PRM 附加產品的 Sun Management Center 伺服器的需求,需要兩個步驟。
根據安裝有 PRM 附加產品的 Sun Management Center 伺服器要管理的代理程式總量,參考圖 C–1 的 PRM 區段,以決定需要的機器類別。
根據您要收集的 PRM 資料屬性的估計數量,決定適當的 PRM 配置,如下節所述。
在 Sun Management Center 設定過程中,您可以選取下表中所示 PRM 配置類型中的一種。架構欄位參考表 C–4 中列出的機器架構。
表 C–5 PRM 配置類型需求
PRM 配置類型 |
磁碟空間 |
PRM 屬性總量 |
代理程式範例數量 |
每個代理程式的屬性範例數量 |
架構 |
---|---|---|---|---|---|
小型 PRM |
5 GB |
50,000 |
100 |
300 |
小 |
|
|
|
400 |
100 |
中 |
中型 PRM |
12 GB |
150,000 |
300 |
300 |
中 |
|
|
|
500 |
300 |
大 |
|
|
|
750 |
200 |
超大 |
大型 PRM |
24 GB |
240,000 |
600 |
300 |
大 |
|
|
|
750 |
300 |
超大 |
小型 Sun Management Center 伺服器通常用於小型 PRM 配置;中型伺服器用於中型 PRM 配置;大型和超大型伺服器用於大型 PRM 配置。您可以將超大型 Sun Management Center 伺服器與小型或中型 PRM 配合使用,這取決於可用磁碟空間和預期的 PRM 資料收集需求。
下表提供由每個架構類型管理的代理程式數量範例,假設每個代理程式平均為每個 PRM 收集 300 個屬性。「每小時資料收集」提供收集資料所需的估計時間。「每夜處理」欄位提供處理收集資料所需的估計時間。資料收集及後續處理的持續時間視伺服器硬體、伺服器活動和資料庫中的 PRM 資料量而定。
表 C–6 伺服器範例:受管理代理程式的數量
架構 |
代理程式數量 |
PRM 屬性總量 |
PRM 配置類型 |
每小時資料收集 |
每夜處理 |
---|---|---|---|---|---|
小 |
100 |
30,000 |
小 |
2 分鐘 |
1 至 2 小時 |
中 |
300 |
90,000 |
中 |
7 分鐘 |
3 至 4 小時 |
大 |
600 |
180,000 |
大 |
7 分鐘 |
3 至 6 小時 |
超大 |
750 |
225,000 |
大 |
6 分鐘 |
3 至 6 小時 |
透過指定不同的代理程式數量、資料屬性數量和報告期間(如 4 小時至 1 個月),可產生多種報告。
典型報告需要幾秒鐘至幾分鐘即可產生。實際所需的時間受以下因素影響:
報告中包含的實際資料點的數量
每份報告最多 10,000 個資料點。
資料庫中性能報告管理程式資料的數量
伺服器效能和活動
同時產生的其他性能報告管理程式報告
例如,一個配置有性能報告管理程式附加產品的中型 Sun Management Center 伺服器,可在大約 20 秒鐘內產生一份相對簡單的報告,其中包括最近 24 小時內 1 個代理程式的 5 個屬性。然而,一個包含最近 7 天內 5 個代理程式的 5 個屬性的較詳細報告則需要大約 10 分鐘才能產生。
假設具有性能報告管理程式附加產品的中型 Sun Management Center 伺服器為具有兩個 450MHz UltraSPARC II CPU、1 GB RAM 和 1 GB 交換空間的 Ultra-80。此外,假設 Ultra-80 要為性能報告管理程式監視 300 個代理程式,並為每個代理程式收集 300 個資料屬性。
如果報告需要 30 分鐘以上才能產生,建議您將報告排程在 4:00 AM 至 8:00 AM 之間執行。將大型報告排程在 4:00 AM 之後執行可減少 Sun Management Center 伺服器在一般工作時間內的負荷,亦可減少與通常在 12:00 AM 至 4:00 AM 之間進行的每夜 Sun Management Center 作業和性能報告管理程式作業發生衝突的機率。
影響伺服器層效能的主要因素包括:
Sun Management Center 組件的同時啟動
拓樸群組配置
管理活動
主控台使用者數量
同時啟動伺服器層和多個代理程式會對伺服器層的效能產生不利影響。管理數百個代理程式時,伺服器層的初始化作業會導致主控台反應遲緩,且暫時無法存取某些代理程式。
Sun Management Center 伺服器環境中拓樸群組的數量不應超過以下限制:
小型伺服器 - 25 個拓樸群組
中型伺服器 - 50 個拓樸群組
大型伺服器 - 75 個拓樸群組
目前,拓樸群組中直接子物件的最大數量為 256。為獲得最佳效能,群組中子物件的數量不應超過 100。
如果您安裝性能報告管理程式附加產品,則每個拓樸領域包含的 Sun Management Center 代理程式數量應小於 200,以確保性能報告管理程式資料的最佳收集。
Sun Management Center 伺服器活動取決於以下因素:
使用者啟動的作業數量
管理的主機系統之穩定性與活動
主機系統載入的管理模組數量
管理的屬性之規則參數和警報臨界值的規格
後兩個因素對管理節點以事件處理形式產生管理活動的傾向影響很大。
因此,如果警報臨界值配置不佳,則即便未使用附加產品,也會出現大量管理活動; 相反,如果管理的系統非常穩定,警報臨界值很合理,則即便使用許多附加產品,也只會發生少量管理活動。
增加同時發生的 Sun Management Center 主控台使用者階段作業數量,會導致伺服器層負荷的中度增長。配置估計假設小型配置有 5 個作用中使用者,中型配置有 10 個作用中使用者,大型和超大型配置有 15 個作用中使用者。配置估計假設使用者正在執行活動,如瀏覽受管理屬性資料與事件和編輯屬性。
某些使用者啟動的動作可能會在作業期間暫時影響伺服器層的效能:
大型群組作業涉及 100 個或更多的代理程式,會耗用大量伺服器資源。如果變更在管理節點上產生警報,這些作業會進一步影響伺服器效能。這些警報會產生事件處理形式的附加管理活動。
網路探索作業包含加入許多需要伺服器管理的新實體,在探索期間可能會導致伺服器層主機上的負荷顯著增加。
拓樸資料匯入作業包含加入許多需要管理的新實體,在加入實體期間,可能會導致伺服器層反應減慢。
透過不同時執行以上動作、分解大型作業和在非高峰時期執行或排程作業(如有可能),可以最小化這些使用者啟動之動作的影響。