![]() ![]() ![]() ![]() ![]() ![]() ![]() |
次の項では、Oracle SNMPエージェント・インテグレータのコンポーネントを、他のSNMPエージェントとともに使用する方法について説明します。
SNMPエージェントとして開始(つまり -s
オプションを指定して開始)し、Oracle SNMPエージェント・インテグレータの管理下で実行するOracle SNMPエージェントのことを非SMUXピア・エージェントと呼びます。非SMUXピア・エージェントは、Oracle SNMPエージェント・インテグレータよりも前に開始する必要があります。
管理対象ノードで実行する各非SMUXピア・エージェントのOracle SNMPエージェントbeamgr.conf
構成ファイルには、1つまたは複数のNON_SMUX_PEER
エントリが含まれていなければなりません。NON_SMUX_PEER
エントリの構文については、「構成ファイル」を参照してください。
注: | 「非SMUXピア・エージェント」と「ピアSNMPエージェント」はまったく同じ意味です。非SMUXピア・エージェント(ピアSNMPエージェント)は、Oracle SNMPエージェント・インテグレータの管理下で動作するSNMPエージェントです。 |
各NON_SMUX_PEER
エントリには、Oracle SNMPエージェント・インテグレータが非SMUXピア・エージェントとの通信に使用するポートのリストを記述します。エージェントを開始する際には、beamgr.conf
ファイルのNON_SMUX_PEER
エントリで割り当てられているポートをリスニングするようにエージェントを構成しておく必要があります。
非SMUXピア・エージェントの各NON_SMUX_PEER
エントリには、そのエージェントが担当するOIDツリーのブランチのリストを記述します。OIDツリーの特定のブランチをエージェントAが担当するように記述した場合、そのブランチ内のオブジェクトに対する管理リクエストは、Oracle SNMPエージェント・インテグレータからエージェントAに渡されます。
NON_SMUX_PEER 2001 snmp .1.3.6.1.2.1.1,ro
NON_SMUX_PEER 2002 squid .1.3.6.1.4.1.141 .1.3.6.1.4.1.145
NON_SMUX_PEER 161 * .1.3.6.1.4.1.140 .1.3.6.1.4.1.145
1つ目のエントリでは、Oracle SNMPエージェント・インテグレータがSNMPエージェントをポート2001で探すように指定されています。このSNMPエージェントに対するOracle SNMPエージェント・インテグレータからのすべてのリクエストでは、コミュニティとしてsnmp
が使用されます。このエージェントは、サブツリー.1.3.6.1.2.1.1
をサポートし、読取り専用コマンドに使用できます。
2つ目のエントリでは、Oracle SNMPエージェント・インテグレータがSNMPエージェントをUDPポート2002で探すように指定されています。このSNMPエージェントに対するOracle SNMPエージェント・インテグレータからのすべてのリクエストでは、コミュニティとしてsquid
が使用されます。このエージェントは、サブツリー.1.3.6.1.4.1.141
および.1.3.6.1.4.1.145
をサポートします。アクセス・オプションは指定されていないので、どちらのサブツリーもデフォルトの「読取り/書込み」に設定されます。
3つ目のエントリには、UDPポート161のエージェントが記述されています。アスタリスクは、Oracle SNMPエージェント・インテグレータが管理ステーションから提供されるコミュニティ文字列を使用することを示します。このエージェントは、2つのサブツリー.1.3.6.1.4.1.140
および.1.3.6.1.4.1.145
をサポートします。サブツリーのエントリにはアクセス情報が記述されていないので、デフォルトの「読取り/書込み」に設定されます。
注: | SMUXプロトコルでは、SMUXサブエージェントがマスター・エージェントでサポートするOIDツリーのセクションが自動的に登録されます。したがって、SMUXサブエージェントからアクセス可能なOIDツリーのセクションを指定するために、特定の構成ファイル・エントリを追加する必要はありません。ただし、このデフォルト動作は、構成ファイルのOID_CLASS エントリを使用してオーバーライドできます。OID_CLASS エントリの詳細は、「構成ファイル」を参照してください。 |
2つのエージェントAとBが、担当するOIDツリーの一部分で競合している場合は、それらの担当を定義するNON_SMUX_PEER
エントリで2つのエージェントに明確な優先度を割り当てる必要があります。これにより、Oracle SNMPエージェント・インテグレータは、担当が重複する領域内のオブジェクトに対するリクエストを、優先度番号が最も小さいエージェントに転送します。番号が小さいほど、優先度は高くなります。例:
NON_SMUX_PEER 2008 * .1.3.6.1.2.1.4,rw,8
NON_SMUX_PEER 2009 * .1.3.6.1.2.1.4,ro,5
この例では、UDPポート2008とUDPポート2009のエージェントが、どちらもMIB-II ip
グループをサポートしています。つまり、両方のエージェントが、ipAddrTable
(オブジェクト.1.3.6.1.2.1.4.20
)をサポートしていることになります。ポート2009のエージェントの方が優先度が高い(5は8よりも優先度が高い)ため、Oracle SNMPエージェント・インテグレータはipAddrTable
に対する管理リクエストを処理するためにポート2009のエージェントを呼び出します。ここで、このエントリに読取り専用アクセスが指定されている点に注意してください。もう1つのエントリには読取り/書込みアクセスが指定されていますが、優先度が低いため、ipAddrTable
に対するリクエストにおいてこのエントリは完全に無視されます。
構成ファイルのNON_SMUX_PEER
エントリの構文については、「構成ファイル」で例に基づいて詳しく説明します。
Oracle SNMPエージェント・インテグレータは、管理ステーションのプロキシ・エージェントとして使用できます。プロキシ・エージェントの役割としては、複数のマシン上のSNMPエージェントのポーリング、ユーザー定義の条件に応じたエンタープライズ固有のトラップの送信、などがあります。これは、単一の分散システムのリソースが多数のマシンに分散している場合に便利です。
Oracle SNMPエージェント・インテグレータからは、これら複数のエージェントで管理されるリソースが単一のマシン上にあるかのように認識されます。Oracle SNMPエージェント・インテグレータのポーリング機能については、「Oracle SNMPエージェント・インテグレータを使用したポーリング」を参照してください。複数のマシン上のエージェントのポーリングでは、Oracle SNMPエージェントのbeamgr.conf
構成ファイルで、それらのSNMPエージェントのNON_SMUX_PEER
エントリが定義されていることが前提となります。次に示す例では、単一のサブネット内のSNMPエージェントとの通信において、Oracle SNMPエージェント・インテグレータがプロキシ・エージェントとして使用されています。
NON_SMUX_PEER 206.189.39.86.161 seahorse .1.3.6.1.2.1.4,rw,8
NON_SMUX_PEER 206.189.39.204.161 * \
.1.3.6.1.2.1.4.20,ro,5 .1.3.6.1.2.1.2
この例では、マシン206.189.39.86
上のSNMPエージェントが、ポート161でOracle SNMPエージェント・インテグレータと通信します。このエージェントは、コミュニティ文字列seahorse
を使用し、MIB-II ip
グループを担当します。マシン206.189.39.204
上のSNMPエージェントも、ポート161でOracle SNMPエージェント・インテグレータと通信します。このエージェントは、SNMPマネージャから渡されたコミュニティ文字列を使用します。
IPアドレス206.189.39.204
のマシンは、SNMPインタフェース・グループ(.1.3.6.1.2.1.2)
とipAddrTable
(.1.3.6.1.2.1.4.20
)を担当します。IPアドレス206.189.39.86
のマシンは、ipAddrTable
を含むMIB-II ip
グループを担当します。これらのエージェントは物理的に別々のネットワーク・ノード上にあっても、インテグレータから見ると2つのエージェントの担当はなお競合しており、これは、インテグレータの構成ファイルに指定されているエージェントが管理するすべてのリソースは、インテグレータから見ると単一のマシン上にあるかのように認識されるためです。したがって、このOracle SNMPエージェント・インテグレータは、ipAddrTable
に対するリクエストを、206.189.39.86
のマシンよりも優先度番号が小さい206.189.39.204
のマシンにのみ転送します。ただし、ip
グループおよびインタフェース・グループに対するその他のリクエストはすべて、206.189.39.86
に転送されます。
Oracle SNMPエージェント・インテグレータのこの機能は、分散システムの様々な機能が、それぞれ独自のSNMPエージェントが設定された複数のマシンに分かれている場合には特に便利です。様々な管理対象リソースが個別のノードに配置されていれば、OIDツリーのブランチの重複に関する制約はそれほど重大な問題ではありません。同じタイプの管理対象リソースが複数のマシンに配置されている場合は、複数のOracle SNMPエージェント・インテグレータを使用してそれらのリソースを管理できます。
![]() ![]() ![]() |