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 専用のプラットフォームエージェントホスト
個々のホスト上にインストールできるプラットフォームエージェントの数は、そのホストが Sun Management Center サーバーレイヤーホストであるかプラットフォームエージェントレイヤーホストであるかによって異なります。Sun Management Center の全体的な性能と応答性を最大限に高めるには、サーバーレイヤーホストではなく専用のホストにプラットフォームエージェントを導入する必要があります。容量に余裕のあるマルチ CPU システムにサーバーレイヤーが導入されている場合は、プラットフォームエージェントをサーバーレイヤーホストで稼働させることができます。
次の図に、専用のプラットフォームエージェントホストへ導入した場合のアーキテクチャーとサーバーレイヤーホストに導入した場合を示します。
Sun Fire プラットフォームエージェントは、デフォルトでは 1 時間ごとに管理情報を最新状態に更新します。同じホストに複数のプラットフォームエージェントが導入され、同時に初期化される場合、エージェントは立て続けにデータ更新をする傾向があります。同時更新を試みるプラットフォームエージェントが多すぎると、ホストシステムの全体的な応答性が悪影響を受けかねません。
同じホスト上の複数のプラットフォームエージェントによる同時オペレーションの可能性を減らすには、すべてのプラットフォームエージェントを同時に起動しないことです。
次の表に、一般的なハードウェア構成と、専用のホストシステムに導入できるプラットフォームエージェントの数を示します。
表 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 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』を参照してください。