test

Sun Management Center 3.5 安裝與配置指南

附錄 C 決定硬體資源

本附錄提供的準則適用於為 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 系統。

CPU 資源

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 檢測

  • 目錄大小監視

  • 檔案掃描

  • 硬體診斷套件

  • 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、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 管理模組系統影響摘要

模組 

影響 

代理程式統計 

帶來的覆蓋區增加與 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.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 個遠端主控台階段作業。

圖 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 伺服器管理的代理程式數量。

決定具有 PRM 附加產品的 Sun Management Center 伺服器的需求，需要兩個步驟。

  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 配置。您可以將超大型 Sun Management Center 伺服器與小型或中型 PRM 配合使用，這取決於可用磁碟空間和預期的 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 個月），可產生多種報告。

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

例如，一個配置有性能報告管理程式附加產品的中型 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 伺服器環境中拓樸群組的數量不應超過以下限制：

管理活動

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 作業環境的 SPARC 平台系統均支援主控台。執行 Microsoft Windows 2000、具有 Service Pack 3 或 4 的 Windows NT 4.0 或 Microsoft Windows 98 的 Intel 系統亦支援主控台。

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

具代表性的硬體配置 

平台代理程式的最大數量 

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 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 系統」。