高度な管理および 監視機能を確立するには、ネットワーク内のすべての管理対象ノードに Sun Management Center 3.6 エージェントをインストールする必要があります。Sun Management Center エージェントは、Solaris バージョン 2.6、Solaris バージョン 7、Solaris バージョン 8、Solaris バージョン 9、Solaris バージョン 10 のいずれかが動作するすべての SPARC プラットフォームワークステーションおよびサーバーでサポートされます。Sun Management Center エージェントはまた、Solaris オペレーティングシステム (Solaris 9 または Solaris 10) の x86 プラットフォーム 版もあり、Linux でも使用できます。
Linux エージェントにも、同じ制限が適用されます。
Solaris x86 エージェントはハードウェア専用のアドオンをサポートしません。x86 エージェントのホストの「詳細」ウィンドウの「モジュールブラウザ」タブには「オペレーティングシステム」、「ローカルアプリケーション」、および「遠隔システム」カテゴリがあります。Solaris x86 プラットフォームでは、「物理表示」、「論理表示」、「ハードウェア診断」、および「構成リーダ」モジュールは利用できません。
Java コンソールウィンドウでは、すべての x86 プラットフォームが同じ x86 アイコンになります。たとえば、Sun Cobalt LX50 と Sun Fire V60x という異なる 2 つの x86 プラットフォームでもアイコンは同じです。
検出機能、ジョブの管理機能、または PRM アドオンを使用すると、フィルタでプラットフォームの種類を絞り込むことができます。x86 プラットフォームで絞り込むには、プラットフォームオプションとして x86 を選択します。
Performance Reporting Manager (PRM) アドオンの場合、システムレポートとハードウェア構成レポートは利用できません。
Sun Management Center エージェントがホストシステムに与える演算負荷は、最小限のものです。演算負荷は、定期的なデータ収集、アラーム規則の処理、アラーム予告、アラームアクションの実行、クライアント要求の処理といった通常の管理オペレーションによって引き起こされます。
負荷の量は、データの収集の頻度、収集されるデータ量、検出されるアラームの数、ユーザー要求の数などに比例します。したがって、消費される CPU リソースの割合は、システムに読み込まれるモジュールの数と種類、これらのモジュールの構成、およびホストシステムの演算能力によって決まります。
総合的なモジュールセットが読み込まれた、管理処理の多いローエンドマシンの場合でも、エージェントは CPU リソースのごく一部しか消費しません。
次の表に、各システムにおけるエージェントの CPU と RAM の概算使用率を示します。x86 エージェントについての情報もあります。
表 C–1 各システムにおけるエージェントの CPU と RAM の概算使用率
|
CPU 使用率 |
RAM 使用率 |
|
|
|
|
---|---|---|---|---|---|---|
サーバーの種類 |
構成 (「重い」または「軽い」) |
最大 |
最小 |
平均 |
平均サイズ |
平均常駐サイズ |
Sun Blade 100 |
軽い |
0.10% |
0.00% |
0.21% |
8.77M バイト |
7.02M バイト |
Sun Fire 280R |
軽い |
0.10% |
0.00% |
0.10% |
10.47M バイト |
8.49M バイト |
Sun Blade 2000 |
軽い |
0.20% |
0.00% |
0.05% |
8.89M バイト |
7.06M バイト |
Sun Fire 880 |
軽い |
0.00% |
0.00% |
0.00% |
8.97M バイト |
7.31M バイト |
Sun Blade 100 |
重い |
1.20% |
0.50% |
0.79% |
14.83M バイト |
12.99M バイト |
Sun Fire 280R |
重い |
2.60% |
0.10% |
0.81% |
16.22M バイト |
13.92M バイト |
Sun Blade 2000 |
重い |
0.30% |
0.20% |
0.20% |
14.45M バイト |
12.76M バイト |
Sun Fire 880 |
重い |
4.40% |
0.10% |
0.88% |
16.15M バイト |
14.41M バイト |
軽い構成は、次のモジュールが読み込まれたエージェントをベースとしています。
カーネルリーダ (簡易)
エージェント統計情報
MIB-II システム (簡易)
重い構成は、次のモジュールが読み込まれたエージェントをベースとしています。
|
|
重い構成は、必要以上に重くなる可能性があります。一般に、マシンのサイズが大きいほどプロセッサとディスクが増え、ハードウェア構成が大規模になります。これらの構成では、大規模マシンで動作するエージェントのメモリー消費量が多大なものとなります。
エージェントが使用する仮想メモリーは、いくつかの要因によって決まります。とりわけ重要なのは、読み込まれる管理モジュールの数と、それらのモジュールによって監視される情報の量です。1 つのエージェントに多数のモジュールを読み込む場合は、必要となるメモリーが増えます。同様に、大規模ディスクアレイを始めとする拡張性の高い資産を抱えるホストを管理するエージェントの場合、より多くの仮想メモリーを必要とします。これは、エージェントを通して渡される管理情報の量が増えるためです。
一般に、デフォルトの管理モジュールセットが読み込まれたベースエージェントはサイズが 10M バイト未満であり、物理メモリー内に常駐させる必要があるのは、10M バイトのうちのわずか 50 〜 60% です。
Sun Management Center 管理モジュールのほとんどは、Sun Management Center エージェントを使用したあらゆる SPARC プラットフォームシステム間で移植できます。しかし、特定ハードウェア向けの高度な Sun Management Center モジュールの中には一部の Sun ハードウェアでサポートされていないものがあります。たとえば、プラットフォームに付属の構成リーダモジュールや動的再構成 (DR) モジュールはそのハードウェアプラットフォームを管理する高度な機能を提供しますが、それらのモジュールの機能が Sun 製品ファミリ内のあらゆるハードウェアシステムに適用できるとはかぎりません。
次の表に、各ハードウェア プラットフォームにおける Sun Management Center 管理モジュールの可用性を簡単に示します。
表 C–2 特定ハードウェア向けモジュールの可用性
ハードウェア |
構成リーダモジュール |
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 |
可 |
不可 |
可 |
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 負荷を引き起こします。 |
|
動的再構成 (DR) |
フットプリントに対する影響がわずかであり、再構成処理を実施する場合のみ CPU を利用します。 |
監視対象となるファイルの数に応じて、フットプリントのわずかな増大を引き起こします。監視されるファイルの数とそれらのファイル内の処理に応じて、低から中程度の CPU 負荷を引き起こします。 |
|
フットプリントと CPU 負荷のわずかな増大を引き起こします。 |
|
リソースに対する影響が比較的小さい。 |
|
フットプリントと CPU 負荷のわずかな増大を引き起こします。 |
|
ネットワークインタフェースの数に応じ、CPU 負荷のわずかな増大と、 低から中程度のフットプリント増大を引き起こします。 |
|
管理対象であるファイルシステムや CPU などのシステムリソースの数と、この情報の更新頻度に応じ、CPU とメモリーに影響を与えます。Simple Kernel Reader よりも多くのリソースを消費します。 |
|
カーネルリーダ (簡易) |
CPU とメモリーにわずかな影響を与えます。 |
ネットワークインタフェースの数、経路テーブル、ARP テーブル、および関連するシステムテーブルのサイズに応じ、わずかな CPU 負荷と低から中程度のフットプリント増大を引き起こします。 |
|
MIB-II プロキシモニタリング |
プロキシで監視された SNMP エージェントの MIB サイズに応じ、中程度のフットプリント増大を引き起こします。プロキシで監視された SNMP エージェント内の管理対象オブジェクトの数に応じ、低から中程度の CPU 負荷を引き起こします。 |
CPU 負荷はほとんど起きず、フットプリントはシステムインタフェース、IP 転送、および IP アドレステーブルのサイズに応じてごくわずか増大します。 |
|
ホストマシンにマウントされているネットワークファイルシステムの数に応じてフットプリントのわずかな増大を引き起こします。CPU 負荷はわずかです。 |
|
フットプリントのわずかな増大と低から中程度の CPU 負荷を引き起こします。 |
|
フットプリントと CPU 負荷のわずかな増大を引き起こします。 |
|
監視対象のプロセスの数に応じ、フットプリントのわずかな増大を引き起こします。監視対象のプロセスの数とプロセスの開始と停止の頻度に応じ、低から中程度の CPU 負荷を引き起こします。 |
|
ストレージデバイスのサイズに応じ、フットプリントと負荷の中程度の増大を引き起こします。 |