test

Solaris のシステム管理 (システム管理エージェント)

Solstice Enterprise Agents ソフトウェアからの移行

将来の Solaris リリースでは、Solstice Enterprise Agents ソフトウェアのサポートは打ち切られる予定です。Solstice Enterprise Agents ソフトウェアマスターエージェントは、/usr/lib/snmp/ の snmpdx です。この機能は、システム管理エージェントマスターエージェント snmpd で置き換えられます。このエージェントは /usr/sfw/sbin/ にあります。このため、開発者により作成されたすべての Solstice Enterprise Agents サブエージェントを、ある時点でシステム管理エージェントに移行する必要があります。

SMA が seaProxy モジュールを読み込むように設定されている場合、SMA と同時に Solstice Enterprise Agents ソフトウェアおよび関連するサブエージェントを実行できます。このモジュールのこの用途については、「Solstice Enterprise Agents 要求のプロキシ処理」を参照してください。

Solstice Enterprise Agents ソフトウェアには、MIB-II と sun.mib を実装するサブエージェント、mibiisa が付属しています。システム管理エージェントでは、mibiisa の機能は、システム管理エージェントの MIB-II 部分により実装されています。

注 –

今回の Solaris リリースでは、Solstice Enterprise Agents mibiisa サブエージェントは無効になっています。mibiisa 宛のすべての SNMP 要求は、システム管理エージェント内の MIB-II 実装によって処理されます。

Procedureブート時にシステム管理エージェントが初期化されるのを防ぐには

デフォルトの設定では、Solaris ソフトウェアのブート時、SMA は snmpdx の起動後に起動します。エージェントを SMA へ移行しない場合は、SMA を停止し、起動スクリプトを編集します。この編集により、リブート時にシステム管理エージェントが自動的に起動することがなくなります。

  1. snmpd.conf ファイルを開きます。

    このファイルは、/etc/sma/snmp/snmpd.conf にあります。

  2. snmpd.conf ファイルを編集します。

    参照用として、ファイル内に手順が記載されています。


    ######################################
# SECTION: Admins who want to disable the snmpd daemon from 
# starting at boot time.
# Change DISABLE=NO to DISABLE=YES 
# DO NOT DELETE 
# DO NOT UNCOMMENT 
# DISABLE=NO 
#
# end ADMIN

    DISABLE フラグの NO を YES に変更して、snmpd デーモンがブート時に起動しないようにします。


    ######################################
# SECTION: Admins who want to disable the snmpd daemon from 
# starting at boot time.
# Change DISABLE=NO to DISABLE=YES 
# DO NOT DELETE 
# DO NOT UNCOMMENT 
# DISABLE=YES 
#
# end ADMIN

Solstice Enterprise Agents 要求のプロキシ処理

SMA が seaProxy モジュールを読み込むように設定されている場合、Solstice Enterprise Agents ソフトウェアを使って開発した SNMP サブエージェントを SMA に移行する必要はありません。seaProxy モジュールを使用すると、Solstice Enterprise Agents ソフトウェアおよび関連するサブエージェントを SMA と同時に実行できるようになります。

注 –

システム管理エージェントは、SMA からの着信要求を Solstice Enterprise Agents ソフトウェアにプロキシできるように特別にカスタマイズされています。この点が、システム管理エージェントと、SMA の ベースになっている標準 Net-SNMP 実装バージョン 5.0.9 との違いです。

図 5–1 SEA ソフトウェアでの要求および応答のルーティング

この図は、SEA マスターエージェント、SMA マスターエージェント、およびサブエージェントのやりとりを示します。

システム管理エージェントのインストール後、もともと Solstice Enterprise Agents ソフトウェアのみで処理されていた要求の処理が変更されます。

ブート時のシステム管理エージェントの初期化を無効にしている場合、これらの記述は当てはまりません。詳細については、「ブート時にシステム管理エージェントが初期化されるのを防ぐには」を参照してください。

proxy トークンを使用して、特定の OID の着信要求をすべて別のホストにプロキシすることができます。このプロキシ文については、snmpd.conf(4) のマニュアルページを参照してください。

seaProxy モジュールの有効化

Solstice Enterprise Agents ソフトウェア宛ての着信要求がポート 161 に着信すると、SMA によって受信されます。要求のプロキシが存在する場合、要求は snmpdx デーモンに渡されます。この要求は、snmpdx デーモンから Solstice Enterprise Agents ソフトウェアサブエージェントに渡されます。seaProxy モジュールは、snmpd.conf 内にない「動的プロキシ」を生成します。動的プロキシは、静的および動的な Solstice Enterprise Agents サブエージェント登録に基づいています。seaProxy モジュールは、Solstice Enterprise Agents サブエージェント登録の詳細情報を使って、動的プロキシを生成します。

x86 プラットフォーム上で実行中のシステムで、システム管理エージェント付属の seaProxy モジュールを有効にするには、/etc/sma/snmp/snmpd.conf ファイルに次の行が含まれていることを確認します。


dlmod seaProxy /usr/sfw/lib/libseaProxy.so

SPARC プラットフォーム上で実行中のシステムで、システム管理エージェント付属の seaProxy モジュールを有効にするには、/etc/sma/snmp/snmpd.conf ファイルに次の行が含まれていることを確認します。


dlmod seaProxy /usr/sfw/lib/sparcv9/libseaProxy.so

seaProxy モジュールの読み込み時、seaProxy モジュールはただちに Solstice Enterprise Agents サブエージェントからの情報収集を開始します。このため、特に snmpd デーモンは、snmpdx デーモンのあとに起動する必要があります。snmpd デーモンが snmpdx デーモンより先に起動する場合、SMA は Solstice Enterprise Agents ソフトウェアサブエージェント登録テーブルを再度読み込むことになります。snmpdx デーモンを snmpd デーモンより先に実行できるのは、たとえば、snmpd デーモンを停止して再起動した場合などです。

seaProxy モジュールは、ソフトウェアサブエージェント登録テーブル内の情報を使って、登録済みの Solstice Enterprise Agents ソフトウェアサブエージェントのプロキシを生成します。

seaProxy モジュールは、mibiisa サブエージェントのプロキシは生成しません。

着信要求のプロキシ文

この節では、システム管理エージェントから Solstice Enterprise Agents ソフトウェアに要求を渡すためのプロキシ文について説明します。

動的プロキシの生成後、システム管理エージェントプロキシ機構は、これらの要求を snmpdx へ転送する処理を行います。seaProxy モジュールは、snmpdx で登録する必要があるすべての Solstice Enterprise Agents サブエージェントに対して動的プロキシを生成します。SMA でも Solstice Enterprise Agents サブエージェントを使用できるのはこのためです。snmpdx を含む Solstice Enterprise Agents ソフトウェアのサポートは、切り替え期間を経て終了する予定です。Solstice Enterprise Agents で実装したサブエージェントを、なるべく早くシステム管理エージェントへ移行してください。

Solstice Enterprise Agents ソフトウェアからシステム管理エージェントへの移行は、AgentX サブエージェントを使って行われます。特定の Solstice Enterprise Agents モジュールをシステム管理エージェントへ移行する方法については、『Solaris System Management Agent Developer’s Guide 』を参照してください。このマニュアルには、モジュールの移行方法とシステム管理エージェントに付属しているデモモジュールの解説が記載されています。これらのデモモジュールの 1 つが、Solstice Enterprise Agents モジュールの移行プロセスを示しています。

システム管理エージェントと Solstice Enterprise Agents ソフトウェアを並行して実行する場合、SMA マスターエージェント snmpd はポート 161 を使用する必要があります。ブート時に、SMA サービスは匿名ポートを取得します。このサービスは、Solstice Enterprise Agents 構成ファイル /etc/snmp/conf/snmpd.conf 内のポートエントリを使って、このポート上で snmpdx が実行されるように設定します。変更後、/etc/snmp/conf/snmpdx.reg ファイルの最後の数行に、新しいポート番号が追加されます。

この例では、新しいポート番号は 16161 です。/etc/snmp/conf/snmpdx.reg ファイルの最後の数行には、その他の情報も含まれています。


agents =
{           
  {  name = "relay-agent"
     subtrees = { sun.2.15 }
     timeout = 900000000   
     port = 16161  
  }        
}

DMI サブエージェントなど、Solstice Enterprise Agents サブエージェントの起動時には、非公開コミュニティー文字列により、ポート 161 へ要求が送信されます。この非公開コミュニティー文字列は、起動時に読み取られるシステム管理エージェント構成ファイル内で定義する必要があります。そうしないと、Solstice Enterprise Agents サブエージェントが正しく登録されず、終了します。

SMA は、着信要求の OID 用にプロキシ文が生成されたかどうかをチェックします。SMA がこのチェックを行うのは、Solstice Enterprise Agents サブエージェントが要求内に格納している非公開コミュニティー文字列が、起動時に読み取られた SMA 構成ファイルに定義されている場合です。これらの文字列が検証されると、SMA は着信要求のポートを、この節で説明したように構成されたポートへ変更します。この例では、構成されたポートは 16161 です。

注 –

seaProxy モジュールを有効にした場合は、SMA マスターエージェント snmpd の再起動後、Solstice Enterprise Agents ソフトウェアマスターエージェント snmpdx を再起動する必要はありません

図 5–2 seaProxy モジュールとプロキシ文を使った要求のルーティング (SEA と SMA が並存する場合)

図は、SMA および SEA ソフトウェアが同時に実行されている様子を示します。SEA プロキシにより、SEA マスターエージェントは SMA のサブエージェントとして動作しています。