附錄 C 判定硬體資源
本附錄提供的準則適用於為 Sun Management Center 基本管理框架與基本附加產品選取配置適當的硬體。Sun Management Center 基本管理框架與每項基本附加產品對 Sun Management Center 核心層 (代理程式、伺服器以及主控台) 都有特定的磁碟空間需求。
本附錄討論以下主題：
備註 –
本節提供的資訊不考慮任何協力廠商模組，也未在任何大小型號中反映此類模組。
代理程式層資源
Sun Management Center 4.0 代理程式應安裝在網路中的每個管理節點上，以啟用進階管理和監視功能。在任何執行 Solaris 8、Solaris 9 或 Solaris 10 作業系統的 SPARC 平台工作站與伺服器上，都支援 Sun Management Center 代理程式。Sun Management Center 代理程式也可用於執行 Solaris 9 和 Solaris 10 的 Solaris 作業系統 (x86 Platform Edition) 以及執行 Linux 的系統。
x86 代理程式限制
備註 –
相同的限制適用於 Linux 代理程式。
x86 代理程式並不支援任何硬體特定的附加元件 (除了 X86 配置讀取器以外)。x86 代理程式具有安裝在 [主機詳細資訊] 視窗中 [模組瀏覽器] 標籤的 [作業系統]、[本機應用程式] 與 [遠端系統] 種類下的模組。實體檢視、邏輯檢視、硬體診斷模組以及配置讀取器模組等功能在 Solaris x86 平台上還不可用。
在 [Java 主控台] 視窗中，所有 x86 平台均具有相同的 x86 圖示。例如，兩個不同的 x86 平台機器 (如 Sun Cobalt LX50 和 Sun Fire V60x) 會有相同的圖示。
使用探索功能、管理工作功能或 PRM 附加元件時，您可以依平台類型進行篩選。透過選取 x86 做為平台選項，您可以篩選 x86 平台。
對於效能報告管理程式 (Performance Reporting Manager, PRM) 附加元件，沒有可用的系統報告和硬體配置報告。
CPU 資源
Sun Management Center 代理程式會給主機系統增加一個極小的計算負荷。此計算負荷是由正常的管理作業引起的，這些作業包括定期資料獲取、警報規則處理、警報通知、警報動作執行以及用戶端請求處理。
產生的負荷量與資料收集速率、收集的資料數量、偵測到的警報數量以及使用者的請求數量成比例，因此，耗用的 CPU 資源比例取決於載入系統的模組數量與類型、這些模組的配置以及主機系統的計算能力。
即使在已載入大量模組並進行高層管理作業的低端機器上，代理程式也只消耗一小部分 CPU 資源。
-
代理程式統計
-
核心讀取器 (簡易版)
-
MIB-II 系統 (簡易版)
下列表格提供輕型模組的代理程式 CPU 與 RAM 用量估計。
表 C–1 SPARC (輕型模組) 的代理程式之 CPU 和 RAM 用量估計|
電腦 |
記憶體 (MB) |
CPU (%) |
常駐大小 (MB) |
虛擬記憶體 (MB) |
||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
最小 |
平均 |
最大 |
最小 |
平均 |
最大 |
最小 |
平均 |
最大 |
最小 |
平均 |
最大 |
|
|
小 |
0.4 |
0.4 |
0.4 |
0.3 |
0.3 |
0.3 |
7.46 |
7.46 |
7.46 |
9.17 |
9.17 |
9.17 |
|
中等 |
0.2 |
0.2 |
0.2 |
< 0.1 |
< 0.1 |
< 0.1 |
7.38 |
7.43 |
7.43 |
9.12 |
9.17 |
9.17 |
|
大 |
0.1 |
0.1 |
0.1 |
< 0.1 |
< 0.1 |
< 0.1 |
7.62 |
7.68 |
7.68 |
9.34 |
9.40 |
9.40 |
|
特大 |
0.1 |
0.1 |
0.1 |
< 0.1 |
< 0.1 |
< 0.1 |
7.82 |
8.08 |
8.12 |
9.40 |
9.59 |
9.62 |
|
CMT (T2000) |
0.1 |
0.1 |
0.1 |
< 0.1 |
< 0.1 |
< 0.1 |
8.44 |
8.44 |
8.44 |
9.43 |
9.43 |
9.43 |
表 C–2 x86 (輕型模組) 的代理程式之 CPU 和 RAM 用量估計
|
電腦 |
記憶體 (MB) |
CPU (%) |
常駐大小 (MB) |
虛擬記憶體 (MB) |
||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
最小 |
平均 |
最大 |
最小 |
平均 |
最大 |
最小 |
平均 |
最大 |
最小 |
平均 |
最大 |
|
|
小 |
0.6 |
0.6 |
0.6 |
< 0.1 |
< 0.1 |
< 0.1 |
6.10 |
6.21 |
6.22 |
7.69 |
7.76 |
7.76 |
|
中等 |
0.2 |
0.2 |
0.2 |
< 0.1 |
< 0.1 |
< 0.1 |
6.25 |
6.25 |
6.25 |
7.80 |
7.80 |
7.80 |
|
大 |
0.2 |
0.2 |
0.2 |
< 0.1 |
< 0.1 |
< 0.1 |
6.19 |
6.29 |
6.29 |
7.76 |
7.82 |
7.82 |
|
|
重型配置可能比所需的配置多。一般而言，機器越大，硬體配置亦越高，需要的處理器與磁碟也更多。這些配置會導致在較大型機器上執行的代理程式所耗用的記憶體較多。重型模組可包含各種使用者定義的自訂模組。
下列表格根據系統類型對重型模組的代理程式之 CPU 和 RAM 用量進行估計。
表 C–3 SPARC (重型模組) 的代理程式之 CPU 和 RAM 用量估計|
電腦 |
記憶體 (MB) |
CPU (%) |
常駐大小 (MB) |
虛擬記憶體 (MB) |
||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
最小 |
平均 |
最大 |
最小 |
平均 |
最大 |
最小 |
平均 |
最大 |
最小 |
平均 |
最大 |
|
|
小 |
1.0 |
1.0 |
1.0 |
1.2 |
1.24 |
1.4 |
19.15 |
19.15 |
19.15 |
21.68 |
21.68 |
21.68 |
|
中等 |
0.5 |
0.5 |
0.6 |
< 0.1 |
0.66 |
1.3 |
20.93 |
20.95 |
20.96 |
23.60 |
23.61 |
23.61 |
|
大 |
0.2 |
0.2 |
0.2 |
0.1 |
0.12 |
0.2 |
19.13 |
19.16 |
19.20 |
21.88 |
21.88 |
21.88 |
|
特大 |
0.1 |
0.1 |
0.1 |
0.1 |
0.1 |
0.1 |
23.97 |
23.99 |
24.00 |
26.38 |
26.38 |
26.38 |
|
CMT (T2000) |
0.3 |
0.35 |
0.4 |
0.1 |
0.19 |
0.3 |
22.42 |
24.41 |
26.53 |
23.69 |
25.74 |
27.79 |
表 C–4 x86 (重型模組) 的代理程式之 CPU 和 RAM 用量估計
|
電腦 |
記憶體 (MB) |
CPU (%) |
常駐大小 (MB) |
虛擬記憶體 (MB) |
||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
最小 |
平均 |
最大 |
最小 |
平均 |
最大 |
最小 |
平均 |
最大 |
最小 |
平均 |
最大 |
|
|
小 |
1.3 |
1.4 |
1.4 |
0.1 |
0.1 |
0.1 |
13.40 |
13.76 |
13.79 |
16.60 |
16.96 |
17.00 |
|
中等 |
0.4 |
0.4 |
0.4 |
0.1 |
0.2 |
0.3 |
14.25 |
14.43 |
14.45 |
17.33 |
17.50 |
17.52 |
|
大 |
0.4 |
0.4 |
0.4 |
< 0.1 |
0.06 |
0.1 |
13.97 |
14.81 |
14.89 |
17.00 |
17.82 |
17.90 |
虛擬記憶體需求
代理程式使用的虛擬記憶體取決於多種因素，主要的考量因素為載入管理模組的數量以及這些模組所監視的資訊量。在代理程式上載入許多模組會增加其記憶體需求。同樣，代理程式在管理具有大型磁碟陣列或其他高度可調整資產時，可能會需要更多的虛擬記憶體，因為透過代理程式傳送的管理資訊量將會增加。
通常，載入預設管理模組集的基本代理程式小於 10 MB。基本代理程式僅需將 10 MB 中的 50% 至 60% 駐留在實體記憶體中。
特定於硬體的模組可用性
大部分 Sun Management Center 管理模組為可移植性的，可以在所有執行 Sun Management Center 代理程式的 SPARC 平台系統中使用。不過，某些特定於硬體的 Sun Management Center 進階模組並未得到所有 Sun 硬體的支援。特別是，平台配置讀取器和動態重新配置模組提供對基本硬體平台的進階管理，這些模組提供的功能並非適用於 Sun 產品系列中的所有硬體系統。
下表提供 Sun Management Center 管理模組在各種硬體平台上的可用性之摘要資訊。
表 C–5 特定硬體模組的可用性|
硬體 |
配置讀取器模組 |
動態重新配置模組 |
其他所有 Sun Management Center 模組 |
|---|---|---|---|
|
SPARCStation 1、2、5、10、20 |
否 |
否 |
是 |
|
Sun Ultra 1、450 |
是 |
否 |
是 |
|
Sun Enterprise 5、10、150、Sun Fire 280R、Sun Fire V480 |
是 |
否 |
是 |
|
SPARCserver 1000、1000E |
是 |
否 |
是 |
|
SPARCcenter 2000、2000E |
是 |
否 |
是 |
|
Netra T1120-1125、T1400-T1405 |
是 |
否 |
是 |
|
Sun Blade 100、1000、1500、2500 |
是 |
否 |
是 |
|
Sun Fire 3800、4800、4810、6800、V210、V240、V250、V440、V880、E25K、E20K、E6900、E4900 |
是 |
是 |
是 |
管理模組資源
管理模組的資源需求取決於下列因素：
-
模組中管理特性的數量。
-
模組中處理的管理特性資料量。具有許多資料列的表格會導致資源用量增加。
-
管理特性的更新間隔。
-
資料集合與規則處理的複雜性。
下表摘錄 Sun Management Center 管理模組的資源影響。
表 C–6 Sun Management Center 管理模組系統影響摘要|
模組 |
影響 |
|---|---|
|
帶來較少的記憶體使用量增加與 CPU 負荷增加。 |
|
|
使用的 CPU 和記憶體與管理節點硬體配置的複雜性有關。 |
|
|
記憶體使用量和 CPU 負荷增加小，且與所記錄資料值的量成比例。 |
|
|
記憶體使用量增加小，且與受監視目錄的數量成比例；依據受監視目錄的數量以及這些目錄中的活動，CPU 負荷為小或中度。 |
|
|
動態重新配置 |
對記憶體使用量的影響極小，且僅在執行重新配置作業時使用 CPU。 |
|
記憶體使用量增加小，且與受監視檔案的數量成比例；依據受監視檔案的數量以及這些檔案中的活動，CPU 負荷為小或中度。 |
|
|
記憶體使用量和 CPU 負荷增加小。 |
|
|
對資源的影響相對較小。 |
|
|
記憶體使用量和 CPU 負荷增加小。 |
|
|
CPU 負荷增加小，記憶體使用量增加依據網路介面的數量而為小或中度。 |
|
|
對 CPU 和記憶體的影響依所管理的檔案系統、CPU 和其他系統資源的數量以及更新該資訊的速率而不同。耗用的資源比簡易版核心讀取器多。 |
|
|
核心讀取器 (簡易版) |
對 CPU 和記憶體的影響極小。 |
|
CPU 負荷增加極小，記憶體使用量增加依據網路介面數量、路由表大小、ARP 表以及相關系統表而為小或中度。 |
|
|
MIB-II 代理伺服器監視 |
記憶體使用量增加為中度，且與代理監視 SNMP 代理程式之 MIB 大小成比例。CPU 負荷增加為小或中度，且與代理監視之 SNMP 代理程式中管理物件的數量成比例。 |
|
幾乎無 CPU 負荷增加，並且記憶體使用量增加非常小 (與根據系統介面的大小、IP 轉寄以及 IP 位址表成比例)。 |
|
|
記憶體使用量增加小，且與主機上裝載的網路檔案系統數量成比例；CPU 負荷增加小。 |
|
|
記憶體使用量增加小，CPU 負荷增加為小或中度。 |
|
|
記憶體使用量和 CPU 負荷增加小。 |
|
|
記憶體使用量增加小，且與受監視程序的數量成比例；依據受監視程序的數量以及這些程序啟動與停止的頻率，CPU 負荷增加為小或中度。 |
伺服器層資源
伺服器層是 Sun Management Center 軟體的核心。為伺服器層主機指定規格適當的硬體對確保 Sun Management Center 作業的可靠性與回應效能至關重要。Sun Management Center 伺服器層對硬體的需求顯著高於代理程式的需求。
在符合本節最低硬體需求、執行 Solaris 10 11/06 或 Solaris 10 8/07 的 SPARC 與 x86 平台桌面與伺服器上，均可支援 Sun Management Center 伺服器層。
備註 –
為取得最佳效能，請僅在執行伺服器層應用程式的專用機器上安裝 Sun Management Center 4.0 伺服器層。
建議的伺服器硬體平台
下表指定的硬體系統代表可用來做為 Sun Management Center 伺服器平台的四大類別機器。在每種情況下，替代機器配置均可提供相當的效能。
對於 Solaris SPARC：
表 C–7 對於 Solaris SPARC 所建議的 Sun Management Center 伺服器硬體平台|
架構 |
機器類型 |
CPU 類型 |
RAM |
交換空間 |
|---|---|---|---|---|
|
小型 |
Sun Fire V120 |
一個 650 MHz UltraSPARC IIe/i CPU |
2 GB |
最低 1 GB，建議使用 2 GB |
|
中型 |
Sun Fire V440 |
兩個 1.02 GHz UltraSPARC III CPU |
4.096 GB |
最低 1 GB，建議使用 2 GB |
|
大型 |
Sun Fire V480 |
四個 900 MHz UltraSPARC III CPU |
16.384 GB |
最低 1 GB，建議使用 2 GB |
|
特大 |
Netra-T12 |
二十四1.35 GHz UltraSPARC III CPU |
49.152 GB |
最低 1 GB，建議使用 2 GB |
|
T2000 (CMT) |
Sun Fire T2000 |
十六個 1 GHz SPARCv9 CPU |
8.184 GB |
最低 1 GB，建議使用 2 GB |
針對 Solaris x86：
表 C–8 對於 Solaris x86 所建議的 Sun Management Center 伺服器硬體平台|
架構 |
機器類型 |
CPU 類型 |
RAM |
交換空間 |
|---|---|---|---|---|
|
小 |
AMD PC |
一個 2.393 GHz AMD 處理器 |
1.023 GB |
最低 1 GB，建議使用 2 GB |
|
中等 |
Sun Fire V20z |
兩個 2.393 GHz AMD 處理器 |
4.032 GB |
最低 1 GB，建議使用 2 GB |
|
大 |
Sun Fire X4100 |
四個 2.200 GHz AMD 處理器 |
3.968 GB |
最低 1 GB，建議使用 2 GB |
配置需求
Sun 管理伺服器主機的配置需求很大程度上取決於伺服器層管理的代理程式數量以及在這些代理程式上執行的管理作業。管理作業包括系統產生的作業 (如事件產生與處理) 和使用者啟動的作業 (如資料瀏覽、網路探索、群組作業、系統監視與診斷)。
由於管理作業的影響，配置需求會依安裝於伺服器上的所有 Sun Management Center 附加套裝軟體之數量、類型和配置，以及受管理節點的數量而異。一般而言，使用的附加產品越多，管理作業便越多，伺服器硬體需求也就越高。
下列圖表針對建議用於 Sun Management Center 伺服器的機器類別，說明管理的代理程式數量和估計的管理作業量之間的函數關係。下列圖表假設 Sun Management Center 主控台不在伺服器機器上執行。圖表也假設小型伺服器有 5 個遠端主控台階段作業，中型伺服器有 10 個遠端主控台階段作業，而大型和特大型伺服器有 15 個遠端主控台階段作業。
圖 C–1 Sun Management Center 伺服器負荷與每天的事件數和管理物件數的函數關係
以上圖表所描述的機器類別代表具有相似效能主機的類別。
注意 – 在伺服器層主機執行 Sun Management Center 主控台應用程式，以及使用中主控台階段作業的數量都會使伺服器效能大受影響。如果伺服器大小不夠支援伺服器層元件，請勿在伺服器機器執行 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 伺服器管理的代理程式數量。
判定 Sun Management Center 伺服器與 PRM 附加元件的需求需要兩個步驟：
-
根據已安裝 PRM 附加元件的 Sun Management Center 伺服器所管理的代理程式總量，請參閱圖 C–1 的 PRM 區段以判定需要的機器類別。
-
根據您要收集的 PRM 資料特性的估計數量，按下節所述判定適合的 PRM 配置。
產生效能報告管理程式報告
指定不同代理程式數量、資料特性數量及報告時間長度 (如 4 小時至 1 個月) 會產生大範圍的報告。
典型的報告需要幾秒鐘至幾分鐘的時間才能產生。所需的實際時間會受以下因素影響：
-
報告中包括的實際資料點數量：
備註 –每個報告的報告上限為 10,000 資料點。
-
資料庫中的效能報告管理程式資料量
-
伺服器效能和作業
-
其他效能報告管理程式報告的同步產生
例如，在有配置效能報告管理程式附加元件的中型 Sun Management Center 伺服器上，包括在前 24 個小時用於 1 個代理程式的 5 個特性之簡易報告大約可在 20 秒內產生。相反地，像包括在前 7 天用於 5 個代理程式的 5 個特性這種較基礎的報告大約需要 10 分鐘才能產生。
備註 –
假設具有效能報告管理程式附加元件的中型 Sun Management Center 伺服器，是有兩個 2200 MHz x86 CPU 的 SunFire x4200，或有兩個 1281 MHz SPARCv9 CPUs、1 GB RAM 與 1 GB 交換空間的 SunFire-v440。也假設伺服器為效能報告管理程式監視 300 個代理程式，並在每個代理程式收集 300 個資料特性。
排定效能報告管理程式報告
如果報告要超過 30 分鐘才能產生，則建議您將報告排定在上午 4:00 至上午 8:00 之間執行。將大型報告的時間排定在上午 4:00 之後執行會減低 Sun Management Center 伺服器在一般上班時間的載入量，也會減低與每晚 Sun Management Center 作業和效能報告管理程式作業 (一般在上午 12:00 到上午 4:00 之間) 產生衝突的機會。
效能注意事項
影響伺服器層效能的主要因素包括：
-
Sun Management Center 元件的同步啟動
-
拓樸群組配置
-
管理作業
-
主控台使用者數量
Sun Management Center 元件的同步啟動
伺服器層和大量代理程式同步啟動會大幅影響伺服器層的效能。管理數百個代理程式時，伺服器層的初始化作業會導致主控台反應遲緩，且暫時無法存取某些代理程式。
拓樸群組配置
Sun Management Center 伺服器環境中的拓樸群組數量不應超過以下數量：
-
小型伺服器 － 25 個拓樸群組
-
中型伺服器 － 50 個拓樸群組
-
大型伺服器 － 75 個拓樸群組
-
拓樸群組中的直接子物件最多為 256 個。為達最佳效能，群組中的子物件數量不應超過 100。
若您安裝了效能報告管理程式附加元件，每個拓樸網域應包含低於 200 個 Sun Management Center 代理程式，以確保效能報告管理程式資料的最佳集合。
管理作業
Sun Management Center 伺服器作業依以下因素而異：
-
使用者啟動的作業數量
-
管理的主機系統之穩定性與活動
-
主機系統載入的管理模組數量
-
管理的特性之規則參數和警報臨界值的規格
後兩個因素對管理節點以事件處理形式產生管理作業的傾向影響很大。
因此，若警報臨界值配置不佳，在沒有附加元件時仍可發生大量的管理作業。相反，如果管理的系統非常穩定，警報臨界值很合理，則即便使用許多附加產品，也只會發生少量管理作業。
主控台使用者數量
增加同時發生的 Sun Management Center 主控台使用者階段作業數量，會導致伺服器層負荷的中度增長。配置估計假設小型配置有 5 個作用中的使用者、中型配置有 10 個使用者、大型和特大型配置有 15 個使用者。配置估計假設有使用者正在執行作業，如瀏覽受管理的特性資料及事件與編輯特性屬性。
某些由使用者啟動的作業可能會在作業執行期間暫時影響伺服器層的效能。
-
針對 100 個或更多代理程式的大型群組作業會顯著消耗伺服器資源。如果執行的變更在管理節點上產生警報，這些作業會進一步影響伺服器效能。這些警報會產生事件處理形式的附加管理作業。
-
如果拓樸資料匯入作業涉及加入許多需要管理的新實體，在加入實體期間，可能會導致伺服器層反應減慢。
透過不同時執行以上動作、分解大型作業和在非高峰時期執行或排程作業 (如有可能)，可以最小化這些使用者啟動之動作的影響。
Java 主控台層資源
為取得最佳效能，Sun Management Center 主控台應在伺服器層主機之外的其他主機上執行。主控台可以輕鬆地安裝在任何主機上，以用於遠端連接至伺服器層。建議的伺服器層配置假設主機系統專用於執行伺服器層應用程式。除非伺服器主機的配置很大，可以支援額外的需求，否則應避免在伺服器層主機上執行其他應用程式，如 Sun Management Center 主控台。
Sun Management Center 主控台基於 Java 技術。在執行 Solaris 8、Solaris 9 或 Solaris 10 作業系統 的 SPARC 系統與執行 Solaris 9 與 Solaris 10 作業系統的 x86 系統上支援主控台。在執行 Microsoft Windows 2000、Microsoft Windows XP Professional、RedHat Enterprise Linux 4.0、SUSE 9.3、SLES 10.0, 與 Fedora Core 4.0.
Sun Fire 代理伺服器/平台代理程式資源
Sun Fire 平台代理程式與標準 Sun Management Center 代理程式的安裝程序不同。Sun Fire 平台包含大量網域，每個網域具有其本身的硬體配置。每個網域會執行個別的 Solaris 作業環境實例。每個 Sun Fire 網域均執行一個網域代理程式。
Sun Fire 平台是由平台上分配至各網域的所有硬體組成的整體，由該平台中的系統控制器 (System Controller, 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 系統且具有過剩的容量，則可以考量在伺服器層主機上執行平台代理程式。
下圖顯示專屬平台代理程式主機部署以及伺服器層主機部署的架構。
圖 C–2 平台代理程式架構
啟動多重平台代理程式
依預設，Sun Fire 平台代理程式每小時更新一次它們的管理資訊。如果將多重平台代理程式部署在同一台主機上，則在同時啟動這些代理程式時，代理程式會以更短的週期更新它們的資料。如果同時有許多平台代理程式嘗試更新它們的資料，就會對主機系統的整體回應效能產生不利影響。
為減少同一台主機上多重平台代理程式同時作業的可能性，請勿同時啟動所有平台代理程式。
在專用主機上部署 Sun Fire 平台代理程式
下表列出了典型的硬體配置以及可在專用主機系統上部署的平台代理程式之相應數量。
表 C–9 專用主機：Sun Fire 平台代理程式容量|
具代表性的硬體配置 |
平台代理程式的最大數量 |
|---|---|
|
Sun Fire V120，配有一個 650 MHz UltraSPARC IIe/i CPU、2 GB RAM 及 1 GB 交換空間 |
5 至 7 |
|
Sun Fire V440，配有雙 1.2 GHz UltraSPARC III CPU、4 GB RAM 及 1 GB 交換空間 |
14 至 20 |
由於平台代理程式資源的用量是變化的，所以表格中顯示的數量限制所表示的可接受值範圍仍具有充份剩餘容量，可確保在作業高峰期不會耗盡系統容量。Sun Fire 平台越大，需要的平台代理程式資源越多，因此可以在單一主機上執行的平台代理程式較少；相反，Sun Fire 平台越小，需要的平台代理程式資源也越少，所以可以在單一主機上執行的平台代理程式較多。
在伺服器層主機上部署 Sun Fire 平台代理程式
執行 Sun Management Center 伺服器層的主機系統之硬體配置需求，是伺服器層管理的平台代理程式數量與系統中管理作業的函數。
只有大型多重 CPU 系統才能考量同時執行 Sun Management Center 伺服器層與 Sun Fire 平台代理程式。在容量有限的伺服器層主機上部署平台代理程式，會對 Sun Management Center 的整體效能產生不利影響。
假設管理作業處於中度，即每台主機每天少於 1000 個事件，則可以部署在 Sun Management Center 伺服器層主機上的最大平台代理程式數量，是管理的代理程式數量與機器類別的函數。下表列出了一般的系統容量。
表 C–10 伺服器層主機：Sun Fire 平台代理程式容量|
管理的代理程式數量 |
平台代理程式的最大數量 |
|---|---|
|
100 |
6 |
|
300 |
5 |
|
500 |
4 |
|
750 |
不適用 |
Sun Fire 280R 代表 Sun Fire 280R、Sun Blade 1000 或 Netra T4 系統，具有雙 750 MHz UltraSPARC III 伺服器主機、1GB RAM 和 1GB 交換空間 。
如需 Sun Fire Sun Management Center 安裝程序，請參閱「Sun Management Center Software Supplement for Sun Fire 6800/4810/4800/3800 Systems」。
- © 2010, Oracle Corporation and/or its affiliates