本附錄提供的準則適用於為 Sun Management Center 基本管理框架與基本附加產品選取配置適當的硬體。Sun Management Center 基本管理框架與每項基本附加產品對 Sun Management Center 核心層(代理程式、伺服器以及主控台)都有特定的磁碟空間需求。
本章將討論下列主題:
本節提供的資訊未考量任何協力廠商的模組,亦未考量配置圖中反映的這些模組。
Sun Management Center 3.5 代理程式應安裝在網路中的每個管理節點上,以啟用進階管理和監視功能。任何執行 Solaris 版本 2.6、Solaris 版本 7、Solaris 版本 8 或 Solaris 版本 9 的 SPARC 平台工作站與伺服器都支援 Sun Management Center 代理程式。Sun Management Center 代理程式不適用於 Solaris 作業環境(x86 平台版)系統和 Microsoft Windows 系統。
Sun Management Center 代理程式會給主機系統增加一個極小的計算負荷。此計算負荷是由正常的管理作業引起的,這些作業包括定期資料獲取、警報規則處理、警報通知、警報動作執行以及用戶端請求處理。
引入的負荷量與資料收集速率、收集的資料數量、偵測到的警報數量以及使用者的請求數量成比例,因此,耗用的 CPU 資源比例取決於載入系統的模組數量與類型、這些模組的配置以及主機系統的計算能力。
即使在已載入大量模組並進行高層管理活動的低端機器上,代理程式也只消耗一小部份 CPU 資源。
下表提供 CPU 和 RAM 的估計用量。
表 C–1 依據系統類型估計的代理程式之 CPU 和 RAM 用量
伺服器類型 |
配置 |
CPU 用量 |
RAM 用量(平均) |
|||
---|---|---|---|---|---|---|
重型或輕型 |
最大 |
最小 |
平均 |
大小 |
常駐大小 |
|
Netra X1 |
輕型 |
16.3% |
0.0% |
0.09% |
12 MB |
10 MB |
Sun Enterprise 420R |
輕型 |
14.3% |
0.0% |
0.13% |
15 MB |
14 MB |
Sun Blade 1000 |
輕型 |
0.3% |
0.0% |
0.03% |
17 MB |
16 MB |
Sun Blade 100 |
重型 |
14.0% |
0.2% |
8.9% |
29 MB |
29 MB |
輕型配置基於載入下列模組的代理程式:
核心讀取器簡易版
代理程式統計
MIB-II 簡易版
重型配置基於載入下列模組的代理程式:
|
|
重型配置可能比所需的配置多。一般而言,機器越大,硬體配置亦越高,需要的處理器與磁碟也更多。這些配置會導致在較大型機器上執行的代理程式所耗用的記憶體較多。
代理程式使用的虛擬記憶體取決於多種因素,主要的考量因素為載入管理模組的數量以及這些模組所監視的資訊量。在代理程式上載入許多模組會增加其記憶體需求。同樣,代理程式在管理具有大型磁碟陣列或其他高度可調整資產時,可能會需要更多的虛擬記憶體,因為透過代理程式傳送的管理資訊量將會增加。
通常,載入預設管理模組集的基本代理程式小於 10 MB。基本代理程式僅需將 10 MB 中的 50% 至 60% 駐留在實體記憶體中。
大部份 Sun Management Center 管理模組為可攜式,可以在所有執行 Sun Management Center 代理程式的 SPARC 平台系統中使用。不過,某些進階特定硬體 Sun Management Center 模組並未得到所有 Sun 硬體的支援。特別是,平台配置讀取器和動態重新配置模組提供對基本硬體平台的進階管理,這些模組提供的功能並非適用於 Sun 產品家族中的所有硬體系統。
下表提供 Sun Management Center 管理模組在各種硬體平台上的可用性之摘要資訊。
表 C–2 特定硬體模組的可用性
硬體 |
配置讀取器模組 |
動態重新配置模組 |
其他所有 Sun Management Center 模組 |
---|---|---|---|
SPARCStation 1、2、5、10、20 |
否 |
否 |
是 |
Sun Ultra 1、2、5、10、30、60、80 |
是 |
否 |
是 |
Sun Enterprise 5、10、150、250、450、220R、420R、Sun Fire 280R、Sun Fire V480 |
是 |
否 |
是 |
SPARCserver 1000、1000E |
是 |
否 |
是 |
SPARCcenter 2000、2000E |
是 |
否 |
是 |
Sun Enterprise 3x00、4x00、5x00、6x000 |
是 |
是 |
是 |
Sun Enterprise 10000 |
是 |
否 |
是 |
Sun StorEdge A5x00、T3 |
是 |
否 |
是 |
Netra T1、T1120-1125、T1400-T1405 |
是 |
否 |
是 |
Sun Blade 100、1000 |
是 |
否 |
是 |
Sun Fire、3800、4800、4810、6800、V880 |
是 |
是 |
是 |
管理模組的資源需求取決於下列因素:
模組中管理屬性的數量。
模組中處理的管理屬性資料量。具有許多資料列的表格會導致資源用量增加。
管理屬性的重新顯示間隔。
資料集合與規則處理的複雜性。
下表提供 Sun Management Center 管理模組的資源影響之摘要資訊。
表 C–3 Sun Management Center 管理模組系統影響摘要
伺服器層是 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 個或更多的代理程式,會耗用大量伺服器資源。如果變更在管理節點上產生警報,這些作業會進一步影響伺服器效能。這些警報會產生事件處理形式的附加管理活動。
網路探索作業包含加入許多需要伺服器管理的新實體,在探索期間可能會導致伺服器層主機上的負荷顯著增加。
拓樸資料匯入作業包含加入許多需要管理的新實體,在加入實體期間,可能會導致伺服器層反應減慢。
透過不同時執行以上動作、分解大型作業和在非高峰時期執行或排程作業(如有可能),可以最小化這些使用者啟動之動作的影響。
為取得最佳效能,Sun Management Center 主控台應在伺服器層主機之外的其他主機上執行。主控台可以輕鬆地安裝在任何主機上,以用於遠端連接至伺服器層。建議的伺服器層配置假設主機系統專用於執行伺服器層應用程式。除非伺服器主機的配置很大,可以支援額外的需求,否則應避免在伺服器層主機上執行其他應用程式,如 Sun Management Center 主控台。
Sun Management Center 主控台基於 Java 技術。執行 Solaris 2.6、Solaris 7、Solaris 8 或 Solaris 9 作業環境的 SPARC 平台系統均支援主控台。執行 Microsoft Windows 2000、具有 Service Pack 3 或 4 的 Windows NT 4.0 或 Microsoft Windows 98 的 Intel 系統亦支援主控台。
Sun Fire 平台代理程式與標準 Sun Management Center 代理程式的安裝程序不同。Sun Fire 平台包含許多領域,每個領域都有自己的硬體分配,每個領域均執行不同的 Solaris 作業環境實例。每個 Sun Fire 領域均執行一個領域代理程式。
Sun Fire 平台是由平台上分配至各領域的所有硬體組成的整體,由該平台中的系統控制器 (SC) 板控制。
管理 Sun Fire 伺服器時,Sun Management Center 軟體使用 Sun Fire 平台代理程式與 Sun Fire 伺服器系統控制器和 Sun Fire 領域代理程式交互作用。平台代理程式必須佈署在 Sun Fire 機箱外代理程式要監視的 Solaris 主機上。如果平台代理主機系統的配置已進行相應調整,則可將多個平台代理程式佈署在單一主機系統上,以管理多個 Sun Fire 伺服器。
每個平台代理程式平均耗用 5% 至 9% 的 CPU 和 15 至 18 MB 的記憶體。佈署在同一主機系統上的平台代理程式之 CPU 和記憶體耗用可累加以估定硬體需求。多重平台代理程式實例的磁碟需求略大於單一平台代理程式實例的磁碟需求,因為代理程式共用相同的套裝軟體。
一般而言,平台代理程式的 CPU 和記憶體資源需求與所管理的 Sun Fire 伺服器配置之大小和複雜性成比例。Sun Fire 系統的配置越大,它對平台代理主機上的平台代理程式資源之需求也就越多。
您可在下列其中一個位置上安裝平台代理程式:
Sun Management Center 伺服器層主機
Sun Management Center 專用平台代理主機
給定主機上可以安裝的平台代理程式數量依該主機是 Sun Management Center 伺服器層主機還是平台代理程式層主機而不同。為最佳化 Sun Management Center 的整體效能與回應效能,應將平台代理程式佈署在專用主機上,而非伺服器層主機上。如果佈署伺服器層的系統為多重 CPU 系統且具有過剩的容量,則可以考量在伺服器層主機上執行平台代理程式。
下圖顯示專用平台代理主機佈署的架構和伺服器層主機佈署的架構。
依預設,Sun Fire 平台代理程式每小時重新顯示一次它們的管理資訊。如果將多重平台代理程式佈署在同一個主機上,則在同時啟動這些代理程式時,代理程式會以更短的週期重新顯示它們的資料。如果同時有許多平台代理程式嘗試重新顯示它們的資料,就會對主機系統的整體回應效能產生不利影響。
為減少同一個主機上多重平台代理程式同時作業的可能性,請勿同時啟動所有平台代理程式。
下表列出了典型的硬體配置以及可在專用主機系統上佈署的平台代理程式之相應數量。
表 C–7 專用主機:Sun Fire 平台代理程式容量
具代表性的硬體配置 |
平台代理程式的最大數量 |
---|---|
Netra X1、Netra T1 或具有單一 500 MHz UltraSPARC IIe CPU、1 GB RAM、1 GB 交換空間的 Sun Blade 100 |
5 至 7 |
Sun Enterprise 420R 或具有雙 450 MHz UltraSPARC II CPU、1 GB RAM、1 GB 交換空間的 Ultra 60 |
11 至 15 |
Sun Fire 280R、Netra T4 或具有雙 750 MHz UltraSPARC III CPU、1 GB RAM、1 GB 交換空間的 Sun Blade 1000 |
14 至 20 |
由於平台代理程式資源的用量是變化的,所以表格中顯示的數量限制所表示的可接受值範圍仍具有充份剩餘容量,可確保在作業高峰期不會耗盡系統容量。Sun Fire 平台越大,需要的平台代理程式資源越多,因此可以在單一主機上執行的平台代理程式較少;相反,Sun Fire 平台越小,需要的平台代理程式資源也越少,所以可以在單一主機上執行的平台代理程式較多。
執行 Sun Management Center 伺服器層的主機系統之硬體配置需求是伺服器層管理的平台代理程式數量與系統中管理活動的函數。
只有大型多重 CPU 系統才能考量執行 Sun Management Center 伺服器層與 Sun Fire 平台代理程式。在容量有限的伺服器層主機上佈署平台代理程式,會對 Sun Management Center 的整體效能產生不利影響。
假設管理活動處於中度,即每台主機每天少於 1000 個事件,則可以佈署在 Sun Management Center 伺服器層主機上的最大平台代理程式數量為管理的代理程式數量與機器類別的函數。下表列出了一般的系統容量。
表 C–8 伺服器層主機:Sun Fire 平台代理程式容量
管理的代理程式數量 |
平台代理程式的最大數量 |
|
---|---|---|
Sun Enterprise 420R |
Sun Fire 280R |
|
100 |
6 |
7 |
300 |
5 |
7 |
500 |
4 |
6 |
750 |
NA |
6 |
Sun Enterprise 420R 代表 Enterprise 420R 或具有雙 450 MHz UltraSPARC-II 伺服器層主機、1GB RAM、1GB 交換空間的 Ultra 60 系統 。
Sun Fire 280R 代表 Sun Fire 280R、Sun Blade 1000 或具有雙 750 MHz UltraSPARC III 伺服器主機、1GB RAM、1GB 交換空間的 Netra T4 系統。
如需有關 Sun Fire Sun Management Center 的安裝程序,請參閱「Sun Management Center 3.5 軟體補充 - 適用於 Sun Fire 6800/4810/4800/3800 系統」。