test

Sun Management Center 4.0 インストールと構成ガイド

付録 C 必要なハードウェアリソースの確認

この付録では、Sun Management Center の基本管理フレームワークとベースアドオン製品に適したサイズのハードウェアを選択するためのガイドラインを示します。Sun Management Center の基本管理フレームワークと各ベースアドオン製品をインストールするには、Sun Management Center の中核レイヤーであるエージェント、サーバー、およびコンソールに特定のディスク容量が必要です。

この付録の内容は次のとおりです。

注 –

この節の内容は、Sun 以外のモジュールを考慮したものではありません。また、サイズ情報を示した図表にも Sun 以外のモジュールは含まれていません。

エージェントレイヤーのリソース

高度な管理および 監視機能を確立するには、ネットワーク内のすべての管理対象ノードに Sun Management Center 4.0 エージェントをインストールする必要があります。Sun Management Center エージェントは、Solaris 8、Solaris 9、または Solaris 10 オペレーティングシステムが動作するすべてのSPARC プラットフォームワークステーションおよびサーバーでサポートされます。Sun Management Center エージェントはまた、Solaris オペレーティングシステム (Solaris 9 または Solaris 10) の x86 プラットフォーム版もあり、Linux でも使用できます。

x86 エージェントの制限事項

注 –

Linux エージェントにも、同じ制限が適用されます。

X86 構成リーダーを除く x86 エージェントは、特定のハードウェア専用のアドオンをサポートしません。x86 エージェントのホストの「詳細」ウィンドウの「モジュールブラウザ」タブには、「オペレーティングシステム」、「ローカルアプリケーション」、および「リモートシステム」カテゴリがあります。x86 プラットフォームでは、物理表示、論理表示、ハードウェア診断モジュール、および構成リーダーモジュールは利用できません。

Java コンソールウィンドウでは、すべての x86 プラットフォームが同じ x86 アイコンになります。たとえば、Sun Cobalt LX50 と Sun Fire V60x という異なる 2 つの x86 プラットフォームでもアイコンは同じです。

検出機能、ジョブの管理機能、または PRM アドオンを使用すると、フィルタでプラットフォームの種類を選別することができます。x86 プラットフォームで選別するには、プラットフォームオプションとして x86 を選択します。

Performance Reporting Manager (PRM) アドオンの場合、システムレポートとハードウェア構成レポートは利用できません。

CPU リソース

Sun Management Center エージェントがホストシステムに与える演算負荷は、最低限のものです。演算負荷は、定期的なデータ収集、アラーム規則の処理、アラーム予告、アラームアクションの実行、クライアント要求の処理といった通常の管理オペレーションによって引き起こされます。

負荷の量は、データの収集の頻度、収集されるデータ量、検出されるアラームの数、ユーザー要求の数などに比例します。したがって、消費される CPU リソースの割合は、システムに読み込まれるモジュールの数と種類、これらのモジュールの構成、およびホストシステムの演算能力によって決まります。

総合的なモジュールセットが読み込まれた、管理処理の多いローエンドマシンの場合でも、エージェントは CPU リソースのごく一部しか消費しません。

軽い構成は、次のモジュールが読み込まれたエージェントをベースとしています。

次の表に、軽い構成でのエージェントのCPU とRAMの概算使用量を示します。

表 C–1 SPARC の場合のエージェントの CPU と RAM の概算使用量 (軽い構成)

マシン 

メモリー (M バイト) 

CPU (%) 

常駐セットサイズ (M バイト) 

仮想メモリー (M バイト) 

最小値 

平均値 

最大値 

最小値 

平均値 

最大値 

最小値 

平均値 

最大値 

最小値 

平均値 

最大値 

小 

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 の概算使用量 (軽い構成)

マシン 

メモリー (M バイト) 

CPU (%) 

常駐セットサイズ (M バイト) 

仮想メモリー (M バイト) 

最小値 

平均値 

最大値 

最小値 

平均値 

最大値 

最小値 

平均値 

最大値 

最小値 

平均値 

最大値 

小 

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 

重い構成は、次のモジュールが読み込まれたエージェントをベースとしています。

  • エージェント統計情報

  • データロギングレジストリ

  • 状態モニター

  • カーネルリーダー

  • MIB-II 計測

  • MIB-II プロキシ監視

  • Solaris プロセス詳細

  • 構成リーダー

  • ディレクトリサイズ監視

  • ファイルスキャン

  • スクリプト起動用ウィンドウ

  • スクリプトリポジトリ

  • サービス管理機能

構成が重いサーバーは、必要以上の規模となる可能性があります。マシンのサイズが大きいほど一般にプロセッサとディスクが増え、ハードウェア構成が大きくなります。これらの構成では、大規模マシンで動作するエージェントのメモリー消費量が多大なものとなります。重い構成には、さまざまなユーザー定義のカスタムモジュールを含めることができます。

次の表に、重い構成でのエージェントの CPU と RAM の概算使用量をシステム別に示します。

表 C–3 SPARC の場合のエージェントの CPU と RAM の概算使用量 (重い構成)

マシン 

メモリー (M バイト) 

CPU (%) 

常駐セットサイズ (M バイト) 

仮想メモリー (M バイト) 

最小値 

平均値 

最大値 

最小値 

平均値 

最大値 

最小値 

平均値 

最大値 

最小値 

平均値 

最大値 

小 

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 

90.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 の概算使用量 (重い構成)

マシン 

メモリー (M バイト) 

CPU (%) 

常駐セットサイズ (M バイト) 

仮想メモリー (M バイト) 

最小値 

平均値 

最大値 

最小値 

平均値 

最大値 

最小値 

平均値 

最大値 

最小値 

平均値 

最大値 

小 

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 

仮想メモリー要件

エージェントが使用する仮想メモリーは、いくつかの要因によって決まります。とりわけ重要なのは、読み込まれる管理モジュールの数と、それらのモジュールによって監視される情報の量です。1 つのエージェントに多数のモジュールを読み込む場合は、必要となるメモリーが増えます。同様に、大規模ディスクアレイを始めとする拡張性の高い資産を抱えるホストを管理するエージェントの場合、より多くの仮想メモリーを必要とします。これは、エージェントを通して渡される管理情報の量が増えるためです。

一般に、デフォルトの管理モジュールセットが読み込まれたベースエージェントはサイズが 10M バイト未満であり、物理メモリー内に常駐させる必要があるのは、10M バイトのうちのわずか 50 から 60% です。

ハードウェア固有モジュールの可用性

Sun Management Center 管理モジュールのほとんどは、Sun Management Center エージェントを使用したあらゆる SPARC プラットフォームシステム間で移植できます。しかし、ハードウェア固有の高度な Sun Management Center モジュールの中には一部の Sun ハードウェアでサポートされていないものがあります。たとえば、プラットフォームに付属の構成リーダーモジュールや動的再構成 (DR) モジュールはそのハードウェアプラットフォームを管理する高度な機能を提供しますが、それらのモジュールの機能が Sun 製品ファミリ内のあらゆるハードウェアシステムに適用できるとはかぎりません。

次の表に、各ハードウェア プラットフォームにおける Sun Management Center 管理モジュールの可用性を簡単に示します。

表 C–5 ハードウェア固有モジュールの可用性

ハードウェア 

構成リーダーモジュール 

動的再構成 (DR) モジュール 

その他のすべての 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 負荷を引き起こす 

動的再構成 (DR) 

フットプリントに対する影響がわずかであり、再構成処理を実施する場合のみ CPU を利用する 

ファイル監視

監視対象となるファイルの数に応じて、フットプリントのわずかな増大を引き起こす。監視されるファイルの数とそれらのファイル内の処理に応じて、低から中程度の CPU 負荷を引き起こす 

ファイルスキャン (システムログ)

フットプリントと CPU 負荷のわずかな増大を引き起こす 

状態モニター

リソースに対する影響が比較的小さい 

HP JetDirect

フットプリントと CPU 負荷のわずかな増大を引き起こす 

IPv6 計測

ネットワークインタフェースの数に応じ、CPU 負荷のわずかな増大と、 低から中程度のフットプリント増大を引き起こす 

カーネルリーダー

管理対象であるファイルシステムや CPU などのシステムリソースの数と、この情報の更新頻度に応じ、CPU とメモリーに影響を与える。Simple Kernel Reader よりも多くのリソースを消費する 

カーネルリーダー (簡易) 

CPU とメモリーにわずかな影響を与える 

MIB-II 計測

ネットワークインタフェースの数、経路テーブル、ARP テーブル、および関連するシステムテーブルのサイズに応じ、わずかな CPU 負荷と低から中程度のフットプリント増大を引き起こす 

MIB-II プロキシ監視 

プロキシで監視された SNMP エージェントの MIB サイズに応じ、中程度のフットプリント増大を引き起こす。プロキシで監視された SNMP エージェント内の管理対象オブジェクトの数に応じ、低から中程度の CPU 負荷を引き起こす 

MIB-II システム (簡易)

CPU 負荷はほとんど起きず、フットプリントはシステムインタフェース、IP 転送、および IP アドレステーブルのサイズに応じてごくわずか増大する 

NFS ファイルシステム

ホストマシンにマウントされているネットワークファイルシステムの数に応じてフットプリントのわずかな増大を引き起こす。CPU 負荷はわずかである 

NFS 統計情報

フットプリントのわずかな増大と低から中程度の CPU 負荷を引き起こす 

印刷スプーラ

フットプリントと CPU 負荷のわずかな増大を引き起こす 

Solaris プロセス監視

監視対象のプロセスの数に応じ、フットプリントのわずかな増大を引き起こす。監視対象のプロセスの数とプロセスの開始と停止の頻度に応じ、低から中程度の CPU 負荷を引き起こす 

サーバーレイヤーのリソース

サーバーレイヤーは、Sun Management Center ソフトウェアの中核です。サーバーレイヤーのホストに適切なハードウェアを指定することは、Sun Management Center において応答性に優れた確実な処理を実現する上で重要な意味を持ちます。Sun Management Center サーバーレイヤーのハードウェア要件は、エージェントの要件よりも大幅に厳しいものです。

Sun Management Center サーバーレイヤーは、Solaris 10 11/06 または Solaris 10 8/07 が動作する SPARC および x86 プラットフォームデスクトップとサーバーのうち、この節で説明している最小のハードウェア要件を満たすマシンでサポートされます。

注 –

最大限の性能を得るためには、サーバーレイヤーアプリケーションだけを実行する専用マシンに Sun Management Center 4.0 サーバーレイヤーをインストールしてください。

サーバーとして推奨されるハードウェアプラットフォーム

次の表に、Sun Management Center サーバーのプラットフォームとして使用できる 4 つの大まかなマシンクラスを示します。各ケースとも、代替マシン構成で同等の性能を提供できます。

Solaris SPARC の場合:

表 C–7 Solaris SPARC で推奨される Sun Management Center サーバーのハードウェアプラットフォーム

アーキテクチャー 

マシンタイプ 

CPU タイプ 

RAM 

スワップ領域 

小 

Sun Fire V120 

650 MHz UltraSPARC IIe/i CPU x 1 

2G バイト 

最小 1G バイト、2G バイトを推奨 

中 

Sun Fire V440 

1.02 GHz UltraSPARC III CPU x 2 

4.096G バイト 

最小 1G バイト、2G バイトを推奨 

大 

Sun Fire V480 

900 MHz UltraSPARC III CPU x 4 

16.384G バイト 

最小 1G バイト、2G バイトを推奨 

超大 

Netra-T12 

1.35 GHz 1.35 GHz UltraSPARC III CPU x24 

49.152G バイト 

最小 1G バイト、2G バイトを推奨 

T2000 (CMT) 

Sun Fire T2000 

1 GHz SPARCv9 CPU x 16 

8.184G バイト 

最小 1G バイト、2G バイトを推奨 

For Solaris x86:

表 C–8 Solaris x86 で推奨される Sun Management Center サーバーのハードウェアプラットフォーム

アーキテクチャー 

マシンタイプ 

CPU タイプ 

RAM 

スワップ領域 

小 

AMD PC 

2.393 GHz AMD プロセッサ x 1 

1.023G バイト 

最小 1G バイト、2G バイトを推奨 

中 

Sun Fire V20z 

2.393 GHz AMD プロセッサ x 2 

4.032G バイト 

最小 1G バイト、2G バイトを推奨 

大 

Sun Fire X4100 

2.200 GHz AMD プロセッサ x 4 

3.968G バイト 

最小 1G バイト、2G バイトを推奨 

サイジング要件

Sun Management Server のホストサイジング要件は、サーバーレイヤーで管理されるエージェントの数とそれらのエージェント上の管理作業に大いに左右されます。管理作業には、システムによって生成される作業 (イベント生成と処理など) とユーザーによって開始される作業 (データのブラウジング、ネットワーク検出、グループ処理、システム監視および診断など) があります。

管理作業の影響のため、サイジング要件は、サーバーにインストールされている Sun Management Center アドオンパッケージの数、種類、および構成、そして管理ノード の数によって変わります。一般には、使用中のアドオンの数が多いほど管理作業の量が多く、サーバーのハードウェア要件も厳しくなります。

次の図に、Sun Management Center サーバーとして推奨されるマシンのクラスを、管理対象のエージェント数とおおよその管理作業の関数として示します。この図では、サーバー上で Sun Management Center コンソールが動作していないことを前提にしています。また、小型サーバーの場合は 5 個の遠隔コンソールセッション、中型サーバーの場合は 10 個の遠隔コンソールセッション、また大型サーバーと超大型サーバーの場合は 15 個の遠隔コンソールセッションが存在するものと仮定します。

図 C–1 イベントごとに示した Sun Management Center サーバーの 1 日当たりの負荷と管理対象オブジェクトの数

イベントごとに示した Sun Management Center サーバーの 1 日当たりの負荷と管理対象オブジェクトの数

上図に示したマシンのクラスは、同様な性能を持つホストの代表的なクラスを示します。

注意 – 注意 –

Sun Management Center コンソールアプリケーションをサーバーレイヤーホスト上で実行すると、サーバーの性能が低下します。この影響はアクティブなコンソールセッションの数によっても変わります。サーバーホストがサーバーレイヤーコンポーネントをサポートできる余裕がない場合は、Sun Management Center コンソールをサーバーマシンで実行しないでください。

Sun Management Center サーバーと Performance Reporting Manager アドオン

Sun Management Center の Performance Reporting Manager (PRM) アドオンを使用すると、Sun Management Center エージェントが監視している任意のデータプロパティーに関して、その履歴的な傾向を追跡したり、レポートを生成したりできます。PRM アドオンは大量のデータを収集および処理できるので、Sun Management Center サーバーのサイジング要件に大きな影響を与える可能性があります。

PRM アドオンの影響は、図 C–1 の PRM 部分に示されています。一般に、管理作業と PRM が追跡するデータプロパティーの総数が増えるほど、Sun Management Center サーバーが管理できるエージェント数は減ります。

PRM アドオンを持つ Sun Management Center サーバーの要件を判断するには、2 つのステップが必要です。

  1. 図 C–1 を参照しながら、PRM アドオンがインストールされている Sun Management Center サーバーが管理するエージェントの総数にもとづいて、必要なマシンのクラスを判断します。

  2. 収集する PRM データプロパティーのおおよその数にもとづいて、適切な PRM 構成を判断します (次項を参照)。

Performance Reporting Manager レポートの生成

さまざまなエージェント数、データプロパティー数、およびレポート期間 (4 時間から 1 か月など) を指定することによって、さまざまなレポートを生成できます。

通常のレポートの生成に要する時間は、数秒から数分です。実際にかかる時間は、次の要因によって変わります。

たとえば、Performance Reporting Manager アドオンが構成されている中型の Sun Management Center サーバーで、比較的簡単なレポート、たとえば 1 つのエージェントの 5 つのデータプロパティーを 24 時間調べたレポートを生成するには、約 20 秒かかります。より複雑なレポート、たとえば、5 つのエージェントの 5 つのデータプロパティーを 7 日間調べたレポートになると、生成するのに約 10 分かかります。

注 –

ここで、Performance ReportingManager アドオンがインストールされている中型の Sun Management Center サーバーとは、2200MHz の x86 CPU 2 基を持つ SunFire x4200、または 1281MHz の SPARCv9 CPU 2 基と 1G バイトの RAM、および 1G バイトのスワップ領域を持つ SunFire-v440 を想定しています。また、このサーバーは Performance ReportingManager のために 300 個のエージェントを監視しており、エージェントごとに 300 個のデータプロパティーを収集するものと想定しています。

Performance Reporting Manager レポートのスケジューリング

レポートを生成するのに 30 分以上もかかる場合、午前 4:00 から午前 8:00 までの間にレポートを実行するようにスケジュールする方が賢明です。大きなレポートの生成を午前 4:00 以降に実行するようにスケジュールすることによって、通常の営業時間における Sun Management Center サーバーの負荷を下げることができます。また、そうすることによって、通常、午前 12:00 から午前 4:00 までの間にスケジュールされる Sun Management Center の夜間作業と Performance Reporting Manager の作業が競合する可能性を少なくすることもできます。

性能に関する考慮事項

サーバーレイヤーの性能に影響を与える主な要因には、以下があります。

Sun Management Center コンポーネントの同時起動

サーバーレイヤーと多数のエージェントの「同時起動」は、サーバーレイヤーの性能に悪影響を与える可能性があります。また、何百ものエージェントを管理するサーバーレイヤーを初期化すると、コンソールの応答速度が低下したり、一時的に一部のエージェントにアクセスできなくなったりする可能性があります。

トポロジグループの構成

Sun Management Center サーバーコンテキスト内のトポロジグループの個数が、次の値を超えてはいけません。

管理作業

Sun Management Center サーバーのアクティビティーは、次の要因によって変わります。

最後の 2 つの要因は、管理対象ノードがイベント処理の形で管理アクティビティーを生成する傾向を大いに促します。

結果として、アラームしきい値を適切に構成していない場合、アドオンが存在しなくても、かなりの管理作業が発生する可能性があります。逆にいえば、管理対象システムが安定したものでアラームしきい値も適切であれば、多数のアドオンが存在しても管理作業はわずかしか発生しない場合があります。

コンソールユーザー数

Sun Management Center の同時コンソールユーザーセッションが増えると、サーバーレイヤーの負荷がわずかに高まります。ここで、アクティブなユーザー数は、小規模構成の場合は 5 人、中規模構成の場合は 10 人、大規模および超大規模構成の場合は 15 人であると仮定します。また、ユーザーが実行しているアクティビティーは、管理されたプロパティーデータおよびイベントのブラウズや、データプロパティーの属性の編集などであると仮定します。

ユーザーによって開始される作業の中には、処理が実行される間サーバーレイヤーの性能に一時的に影響を与えるものがあります。

ユーザーによって開始されるこれらのアクションの影響は、同時実行を避ける、大規模のオペレーションを細分化する、可能であればピーク時以外に作業を行う (あるいはスケジューリングする) などの方法で最小限に抑えることができます。

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 が動作する Intel システムでもサポートされます。

Sun Fire プロキシ/プラットフォームエージェントのリソース

Sun Fire プラットフォームエージェントは、標準の Sun Management Center エージェントとは異なるインストール作業を必要とします。Sun Fire プラットフォームにはいくつかのドメインがあり、各ドメインには独自のハードウェア割り当てが行われています。各ドメインは、それぞれ独立した Solaris オペレーティング環境インスタンスを実行します。各 Sun Fire ドメインは、ドメインエージェントを実行します。

全体として見た Sun Fire プラットフォームは、ドメインに割り当てられた、そのプラットフォーム内のすべてのハードウェアから構成されていることになります。プラットフォームは、そのプラットフォーム内の System Controller (SC) ボードによって制御されます。

Sun Management Center ソフトウェアは、Sun Fire サーバーを管理するために Sun Fire サーバーシステムコントローラおよび Sun Fire ドメインエージェントと通信を行う Sun Fire プラットフォームエージェントを使用します。このプラットフォームエージェントは、エージェントによって監視される、Sun Fire シャーシの外部に存在する Solaris ホストに導入する必要があります。プラットフォームエージェントホストシステムが適切にサイズ設定されていれば、単一のホストシステムに複数のプラットフォームエージェントを導入して複数の Sun Fire サーバーを管理できます。

各プラットフォームエージェントは、平均して 5 から 9% の CPU と 15 から 18M バイトのメモリーを消費します。同じホストシステム上に導入されたプラットフォームエージェントの CPU とメモリーの消費は加法的で、ハードウェア要件を測る尺度として使用できます。エージェントは同じソフトウェアパッケージを共有するため、プラットフォームエージェントインスタンスが複数存在する場合のディスク容量要件は、少なくとも単一のプラットフォームエージェントインスタンスの場合の要件を超えます。

一般に、プラットフォームエージェントの CPU とメモリーのリソース要件は管理対象となっている Sun Fire サーバー構成のサイズと複雑さに比例します。Sun Fire システムの構成が大きいほど、プラットフォームエージェントホスト上のプラットフォームエージェントリソースをより多く必要とします。

システム要件

プラットフォームエージェントは、次に示すどちらのホストにもインストールできます。

個々のホスト上にインストールできるプラットフォームエージェントの数は、そのホストが Sun Management Center サーバーレイヤーホストであるかプラットフォームエージェントレイヤーホストであるかによって異なります。Sun Management Center の全体的な性能と応答性を最大限に高めるには、サーバーレイヤーホストではなく専用のホストにプラットフォームエージェントを導入する必要があります。容量に余裕のあるマルチ CPU システムにサーバーレイヤーが導入されている場合は、プラットフォームエージェントをサーバーレイヤーホストで稼働させることができます。

次の図に、専用のプラットフォームエージェントホストへ導入した場合のアーキテクチャーとサーバーレイヤーホストに導入した場合を示します。

図 C–2 プラットフォームエージェントアーキテクチャー

プラットフォームエージェントアーキテクチャー

複数のプラットフォームエージェントの起動

Sun Fire プラットフォームエージェントは、デフォルトでは 1 時間ごとに管理情報を最新状態に更新します。同じホストに複数のプラットフォームエージェントが導入され、同時に初期化される場合、エージェントは立て続けにデータ更新をする傾向があります。同時更新を試みるプラットフォームエージェントが多すぎると、ホストシステムの全体的な応答性が悪影響を受けかねません。

同じホスト上の複数のプラットフォームエージェントによる同時オペレーションの可能性を減らすには、すべてのプラットフォームエージェントを同時に起動しないことです。

専用ホストへの Sun Fire プラットフォームエージェントの導入

次の表に、一般的なハードウェア構成と、専用のホストシステムに導入できるプラットフォームエージェントの数を示します。

表 C–9 専用ホスト: Sun Fire プラットフォームエージェントの容量

代表的なハードウェア構成 

プラットフォームエージェントの最大数 

650 MHz UltraSPARC IIe/i CPU 1 基、2G バイトの RAM、および 1G バイトのスワップ領域から成る Sun Fire V120 

5 から 7 

1.2 GHz UltraSPARC III CPU 2 基、4G バイトの RAM、および 1G バイトのスワップ領域から成る Sun Fire V440 

14 から 20 

プラットフォームエージェントのリソース使用はさまざまに異なります。この表では、オペレーションのピーク時にシステム容量が不足しないように十分な容量を残すことができる許容値の範囲を示しています。Sun Fire プラットフォームの規模が大きいほど必要となるプラットフォームエージェントリソースも増えるため、単一のホストで実行できるプラットフォームエージェントはわずかとなります。逆に、Sun Fire プラットフォームが小さいほど必要となるプラットフォームエージェントリソースは少なくてすみ、単一のホストで多くのプラットフォームエージェントを実行できます。

サーバーレイヤーホストへの Sun Fire プラットフォームエージェントの導入

Sun Management Center サーバーレイヤーを実行するホストシステムのハードウェアサイズ要件は、サーバーレイヤーによって管理されるプラットフォームエージェントの数とシステム内の管理アクティビティーによって決まります。

Sun Management Center サーバーレイヤーと Sun Fire プラットフォームエージェント双方の稼働に対応できるのは、大規模のマルチ CPU システムの場合だけです。容量が小さいサーバーレイヤーホストにプラットフォームエージェントを導入すると、Sun Management Center の全体的な性能に悪影響を与える可能性があります。

1 日にホスト当たりで 1000 個未満のイベントに対応する適度なレベルの管理アクティビティーの場合、Sun Management Center サーバーレイヤーホストに導入できるプラットフォームエージェントの最大数は管理対象となるエージェントの数とマシンクラスによって決まります。次の表に、一般的なシステム容量を示します。

表 C–10 サーバーレイヤーホスト: Sun Fire プラットフォームエージェントの容量

管理対象エージェントの数 

プラットフォームエージェントの最大数 

100 

6 

300 

5 

500 

4 

750 

なし 

Sun Fire 280R は、750 MHz UltraSPARC III 2 基と 1G バイト RAM、1G バイトのスワップから成る Sun Fire 280R、Sun Blade 1000、または Netra T4 システムを示します。

Sun Fire への Sun Management Center のインストール手順については、『Sun Management Center Software Supplement for Sun Fire 6800/4810/4800/3800 Systems』を参照してください。