test

Sun Management Center 3.6 安裝和配置指南

附錄 C 判定硬體資源

本附錄提供的準則適用於為 Sun Management Center 基本管理框架與基本附加產品選取配置適當的硬體。Sun Management Center 基本管理框架與每項基本附加產品對 Sun Management Center 核心層（代理程式、伺服器以及主控台）都有特定的磁碟空間需求。

本章將討論下列主題：

備註 –

本節提供的資訊不考慮任何協力廠商模組，也不考慮任何大小圖中反映的此類模組。

代理程式層資源

Sun Management Center 3.6 代理程式應安裝在網路中的每個管理節點上，以啟用進階管理和監視功能。Sun Management Center 代理程式在任何執行 Solaris 版本 2.6、Solaris 版本 7、Solaris 版本 8、Solaris 版本 9 或 Solaris 版本 10 的 SPARC 平台工作站和伺服器上都有受到支援。Sun Management Center 代理程式也可用於執行 Solaris 9 和 Solaris 10 的系統以及在 Linux 上的系統的 Solaris 作業系統 (x86 平台版)。

x86 代理程式限制

備註 –

相同的限制適用於 Linux 代理程式。

x86 代理程式不支援任何硬體特定的附加元件。x86 代理程式具有安裝在 [主機詳細資訊] 視窗中 [模組瀏覽器] 標籤的 [作業系統]、[本機應用程式] 與 [遠端系統] 種類下的模組。實體檢視、邏輯檢視、硬體診斷模組以及配置讀取器模組等功能在 Solaris x86 平台上還不可用。

在 [Java 主控台] 視窗中，所有 x86 平台均具有相同的 x86 圖示。例如，兩個不同的 x86 平台機器 (如 Sun Cobalt LX50 和 Sun Fire V60x) 會有相同的圖示。

使用探索功能、管理工作功能或 PRM 附加元件時，您可以依平台類型進行篩選。透過選取 x86 作為平台選項，您可以篩選 x86 平台。

對於效能報告管理程式 (PRM) 附加元件，沒有可用的系統報告和硬體配置報告。

CPU 資源

Sun Management Center 代理程式會給主機系統增加一個極小的計算負荷。此計算負荷是由正常的管理作業引起的，這些作業包括定期資料獲取、警報規則處理、警報通知、警報動作執行以及用戶端請求處理。

引入的負荷量與資料收集速率、收集的資料數量、偵測到的警報數量以及使用者的請求數量成比例，因此，耗用的 CPU 資源比例取決於載入系統的模組數量與類型、這些模組的配置以及主機系統的計算能力。

即使在已載入大量模組並進行高層管理活動的低端機器上，代理程式也只消耗一小部份 CPU 資源。

下表提供了依據系統類型估計的代理程式之 CPU 和 RAM 用量，以及 x86 代理程式的資訊。

表 C–1 依據系統類型估計的代理程式之 CPU 和 RAM 用量

 

 

CPU 使用率 

RAM 用量 

 

 

 

伺服器類型 

重型配置或輕型配置 

最大 

最小值 

平均 

平均大小 

平均常駐大小 

Sun Blade 100 

輕型 

0.10% 

0.00% 

0.21% 

8.77 MB 

7.02 MB 

Sun Fire 280R 

輕型 

0.10% 

0.00% 

0.10% 

10.47 MB 

8.49 MB 

Sun Blade 2000 

輕型 

0.20% 

0.00% 

0.05% 

8.89 MB 

7.06 MB 

Sun Fire 880 

輕型 

0.00% 

0.00% 

0.00% 

8.97 MB 

7.31 MB 

Sun Blade 100 

重型 

1.20% 

0.50% 

0.79% 

14.83 MB 

12.99 MB 

Sun Fire 280R 

重型 

2.60% 

0.10% 

0.81% 

16.22 MB 

13.92 MB 

Sun Blade 2000 

重型 

0.30% 

0.20% 

0.20% 

14.45 MB 

12.76 MB 

Sun Fire 880 

重型 

4.40% 

0.10% 

0.88% 

16.15 MB 

14.41 MB 

輕型配置是以有載入以下模組的代理程式為基礎：

重型配置是以有載入以下模組的代理程式為基礎：

  • 配置讀取器

  • 運作情況監視

  • 完整核心讀取器

  • MIB-II 檢測

  • 目錄大小監視

  • 檔案掃描

  • 硬體診斷套件

  • Script 啟動程式

  • HP JetDirect

  • 代理程式統計

  • 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、450 

是 

否 

是 

Sun Enterprise 5、10、150、Sun Fire 280R、Sun Fire V480 

是 

否 

是 

SPARCserver 1000、1000E 

是 

否 

是 

SPARCcenter 2000、2000E 

是 

否 

是 

Sun StorEdge A5x00、T3 

是 

否 

是 

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–3 Sun Management Center 管理模組系統影響摘要

模組 

影響 

代理程式統計

帶來的覆蓋區增加與 CPU 負荷增加小。 

配置讀取器

使用的 CPU 和記憶體與管理節點硬體配置的複雜性有關。 

資料記錄登錄

覆蓋區和 CPU 負荷增加小，且與依所記錄資料值的量成比例。 

目錄大小監視

覆蓋區增加小，且與受監視目錄的數量成比例；依據受監視目錄的數量以及這些目錄中的活動，CPU 負荷為小或中度。 

動態重新配置 

對覆蓋區的影響極小，且僅在執行重新配置作業時使用 CPU。 

檔案監視

覆蓋區增加小，且與受監視檔案的數量成比例；依據受監視檔案的數量以及這些檔案中的活動，CPU 負荷為小或中度。 

檔案掃描 (系統記錄)

覆蓋區和 CPU 負荷增加小。 

運作狀態監視

對資源的影響相對較小。 

HP JetDirect

覆蓋區和 CPU 負荷增加小。 

IPV6 設備模組

CPU 負荷增加小，覆蓋區增加依據網路介面的數量而為小或中度。 

完整核心讀取器

對 CPU 和記憶體的影響依所管理的檔案系統、CPU 和其他系統資源的數量以及重新顯示該資訊的速率而不同。耗用的資源比簡易版核心讀取器多。 

核心讀取器（簡易版） 

對 CPU 和記憶體的影響極小。 

MIB-II 設備

CPU 負荷增加極小，覆蓋區增加依據網路介面數量、路由表大小、ARP 表以及相關系統表而為小或中度。 

MIB-II 委託程式監視 

覆蓋區增加為中度，且與代理監視 SNMP 代理程式之 MIB 大小成比例；CPU 負荷增加為小或中度，且與代理監視之 SNMP 代理程式中管理物件的數量成比例。 

MIB-II 簡易

幾乎無 CPU 負荷增加，並且覆蓋區增加非常小（與根據系統介面的大小、IP 轉寄以及 IP 位址表成比例。 

NFS 檔案系統

覆蓋區增加小，且與主機上裝載的網路檔案系統數量成比例；CPU 負荷增加小。 

NFS 統計

覆蓋區增加小，CPU 負荷增加為小或中度。 

列印暫存器

覆蓋區和 CPU 負荷增加小。 

Solaris 程序監視

覆蓋區增加小，且與受監視程序的數量成比例；依據受監視程序的數量以及這些程序啟動與停止的頻率，CPU 負荷增加為小或中度。 

Sun StorEdge A5x00 陣列、Sun StorEdge T3 陣列

覆蓋區和負荷增加為中度，且與儲存裝置的大小成比例。 

伺服器層資源

伺服器層是 Sun Management Center 軟體的核心。伺服器層主機硬體之規格適當對確保 Sun Management Center 作業的可靠性與回應效能至關重要。Sun Management Center 伺服器層對硬體的需求顯著高於代理程式的需求。Sun Management Center 3.6 伺服器層系統需求高於 Sun Management Center 2. x 與 3.0 伺服器層的硬體需求。版本 2.x 或 3.0 伺服器主機不必滿足 Sun Management Center 3.6 系統需求。

SPARC 平台桌面與執行 Solaris 版本 8、版本 9 或版本 10 且滿足本節所述最低硬體需求的伺服器支援 Sun Management Center 伺服器層。

備註 –

為取得最佳效能，請僅在執行伺服器層應用程式的專用機器上安裝 Sun Management Center 3.6 伺服器層。

建議的伺服器硬體平台

下表指定的硬體系統代表可用來做為 Sun Management Center 伺服器平台的四種板類別機器。在每種情況下，替代機器配置均可提供相當的效能。

表 C–4 建議的 Sun Management Center 伺服器硬體平台

架構 

機器類型 

CPU 類型 

RAM 

交換空間 

小型伺服器 

Sun Blade 100 或同等 

一個 502 MHz UltraSPARC IIe CPU 或更佳 

1 GB 

最低 512，建議使用1 GB 

中型伺服器 

Sun Fire 280R 

兩個 750 MHz UltraSPARC II CPU 或更佳 

1 GB 

最低 512，建議使用1 GB 

大型伺服器 

Sun Blade 2000 

兩個 1015 Mhz UltraSPARC III CPU 或更佳 

1 GB 

最低 512，建議使用1 GB 

超大型伺服器 

Sun Fire 880 

四個 900 Mhz UltraSPARC III CPU 或更佳 

2 GB 

1 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 伺服器

Sun Management Center 效能報告管理程式 (PRM) 附加元件是用來追蹤歷程趨勢，並為任何受 Sun Management Center 代理程式監視的資料屬性產生報告。PRM 附加元件能對 Sun Management Center 伺服器的大小需求有顯著影響，因為它可以涉及大型資料磁碟區的收集和處理。

PRM 附加元件的影響顯示於圖 C–1 的 PRM 區段。一般而言，增加管理作業和 PRM 追蹤的資料特性總量會減少可被 Sun Management Center 伺服器管理的代理程式數量。

判定 Sun Management Center 伺服器與 PRM 附加元件的需求需要兩個步驟：

  1. 根據將受有安裝 PRM 附加元件的 Sun Management Center 伺服器管理的代理程式總量，請參閱圖 C–1 的 PRM 區段以判定需要的機器類別。

  2. 根據您要收集的 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 配置。您可以以小型或中型 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 小時 

產生效能報告管理程式報告

指定不同代理程式數量、資料特性數量及報告時間長度 (如s 4 小時至 1 個月) 會產生大範圍的報告。

典型的報告需要幾秒鐘至幾分鐘的時間才能產生。所需的實際時間會受以下因素影響：

例如，在有配置效能報告管理程式附加元件的中型 Sun Management Center 伺服器上，包括在上 24 個小時中用於 1 個代理程式的 5 個屬性之簡易報告大約可在 20 秒內產生。相反地，像包括在前 7 天用於 5 個代理程式的 5 個屬性這種較基礎的報告大約需要 10 分鐘才能產生。

備註 –

具有效能報告管理程式附加元件的中型 Sun Management Center 伺服器假設為具有兩個 450 MHz UltraSPARC II CPU、1 GB RAM 及 1 GB 交換空間的 SunFire-280R。也假設 SunFire-280R 為效能報告管理程式監視 300 個代理程式，並在每個代理程式收集 300 個資料特性。

排定效能報告管理程式報告

如果報告要超過 30 分鐘才能產生，則建議您將報告排定在 4:00 AM 至 8:00 AM 之間執行。將大型報告的時間排定在 4:00 AM 之後執行會減低 Sun Management Center 伺服器在一般上班時間的載入量，也會減低與每晚 Sun Management Center 和效能報告管理程式作業 (一般在 12:00 AM 到 4:00 AM 之間) 產生衝突的機會。

效能注意事項

影響伺服器層效能的主要因素包括：

Sun Management Center 元件的同步啟動

伺服器層和許多代理程式的同步啟動會大幅影響伺服器層的效能。管理數百個代理程式時，伺服器層的初始化作業會導致主控台反應遲緩，且暫時無法存取某些代理程式。

拓樸群組配置

Sun Management Center 伺服器環境中的拓樸群組數量不應超過以下數量：

管理作業

Sun Management Center 伺服器作業依以下因素而異：

後兩個因素對管理節點以事件處理形式產生管理活動的傾向影響很大。

因此，若警示臨界值配置不佳，高管理作業在沒有附加元件時仍可發生。相反，如果管理的系統非常穩定，警報臨界值很合理，則即便使用許多附加產品，也只會發生少量管理活動。

主控台使用者數量

增加同時發生的 Sun Management Center 主控台使用者階段作業數量，會導致伺服器層負荷的中度增長。大小估計假設小型配置有 5 個作用中的使用者、中型配置有 10 個使用者、大型和超大型配置有 15 個使用者。大小估計假設有使用者正在執行作業，如瀏覽受管理的特性資料及事件與編輯特性屬性。

某些使用者初始化的作業可能會在作業執行期間暫時影響伺服器層的效能。

透過不同時執行以上動作、分解大型作業和在非高峰時期執行或排程作業（如有可能），可以最下化這些使用者啟動之動作的影響。

Java 主控台層支援

為取得最佳效能，Sun Management Center 主控台應在伺服器層主機之外的其他主機上執行。主控台可以輕鬆地安裝在任何主機上，以用於遠端連接至伺服器層。建議的伺服器層配置假設主機系統專用於執行伺服器層應用程式。除非伺服器主機的配置很大，可以支援額外的需求，否則應避免在伺服器層主機上執行其他應用程式，如 Sun Management Center 主控台。

Sun Management Center 主控台基於 Java 技術。執行 Solaris 2.6、Solaris 7、Solaris 8、Solaris 9 或 Solaris 10 作業系統的 SPARC 系統與執行 Solaris 9 和 Solaris 10 的 x86 系統可支援主控台。執行 Microsoft Windows 2000、Microsoft Windows NT 4.0 與 Service Pack 3 或 4、Microsoft Windows 98 及 Microsoft Windows XPIntel 系統也支援主控台。

Sun Fire 代理/平台代理程式資源

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 的整體效能與回應效能，應將平台代理程式佈署在專用主機上，而非伺服器層主機上。如果佈署伺服器層的系統為多重 CPU 系統且具有過剩的容量，則可以考量在伺服器層主機上執行平台代理程式。

下圖顯示專屬平台代理程式主機部署的架構，以及伺服器層主機部署的架構。

圖 C–2 平台代理程式架構

平台代理程式架構

啟動多重平台代理程式

依預設，Sun Fire 平台代理程式每小時重新顯示一次它們的管理資訊。如果將多重平台代理程式佈署在同一個主機上，則在同時啟動這些代理程式時，代理程式會以更短的週期重新顯示它們的資料。如果同時有許多平台代理程式嘗試重新顯示它們的資料，就會對主機系統的整體回應效能產生不利影響。

為減少同一個主機上多重平台代理程式同時作業的可能性，請勿同時啟動所有平台代理程式。

部署專屬主機上的 Sun Fire 平台代理程式

下表列出了典型的硬體配置以及可在專用主機系統上佈署的平台代理程式之相應數量。

表 C–7 專用主機：Sun Fire 平台代理程式容量

具代表性的硬體配置 

平台代理程式的最大數量 

具有單一 500 MHz UltraSPARC IIe CPU、1 GB 的 RAM 及 1 GB 的交換空間的 Sun Blade 100 

5 至 7 

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 Fire 平台代理程式

執行 Sun Management Center 伺服器層的主機系統之硬體配置需求是伺服器層管理的平台代理程式數量與系統中管理活動的函數。

只有大型多重 CPU 系統才能考量執行 Sun Management Center 伺服器層與 Sun Fire 平台代理程式。在容量有限的伺服器層主機上佈署平台代理程式，會對 Sun Management Center 的整體效能產生不利影響。

假設管理活動處於中度，即每台主機每天少於 1000 個事件，則可以佈署在 Sun Management Center 伺服器層主機上的最大平台代理程式數量為管理的代理程式數量與機器類別的函數。下表列出了一般的系統容量。

表 C–8 伺服器層主機：Sun Fire 平台代理程式容量

管理的代理程式數量 

平台代理程式的最大數量 

 

100 

6 

7 

300 

5 

7 

500 

4 

6 

750 

不適用 

6 

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 Software Supplement for Sun Fire 6800/4810/4800/3800 Systems」。