![]() ![]() ![]() ![]() ![]() ![]() ![]() |
次の項では、Oracle SNMPエージェントによってサポートされるエージェント/サブエージェント・アーキテクチャ・モデルについて説明します。
Oracle SNMPエージェントは、単純なSNMPエージェント・モデル、SNMPマスター・エージェント/サブエージェント・モデル、SMUXマスター・エージェント/サブエージェント・モデルという3種類のアーキテクチャ・モデルをサポートしています。後者の2つのモデルおよびそれらの組合せは、Oracle SNMPエージェント・インテグレータ(snmp_integrator
)のSNMPマスター・エージェントおよびSMUXマスター・エージェント機能によって実現されます。SNMP多重化(SMUX)プロトコルは、RFC 1227に定義されています。
Oracle SNMPエージェント・インテグレータを備え、SMUXプロトコルをサポートすることによって、Oracle SNMPエージェントは、任意のベンダーの複数のSNMPエージェントとサブエージェントが同じマシンで動作し、SNMP管理コンソールから単一のSNMPエージェントのように見えるようにします。
図2-1に示す単純なSNMPエージェント・モデルは、管理対象ノードで実行されている単一のTuxedoアプリケーション(ドメイン)を管理する場合に使用します。
このモデルでは、tux_snmpd
プロセスは-s
オプションが指定された起動コマンド(tux_snmpd -s
)で開始され、SMUXサブエージェントではなくSNMPエージェントとして構成されます。
tux_snmpd
起動コマンドで-c
を指定することによって(tux_snmpd -s -c
)、Tuxedoドメインのマスター・ノードでTuxedo SNMPエージェントを1つのみ実行でき、これによって複数ノード・ドメインの管理が簡素化され、Oracle SNMPエージェント・ソフトウェアによって直接サポートされないハードウェア・プラットフォームからデータを収集できます。-c
オプションを指定した場合、エージェントはTuxedoドメイン全体の中心となり、ドメインに参加しているすべてのノードから情報を収集できます。
図2-2に示すSNMPマスター・エージェント/サブエージェント・モデルは、管理対象ノード上の様々な種類のシステムおよびネットワーク・リソースを管理する場合に使用します。このモデルは、同種のリソースの複数のインスタンスを管理する場合には適用されません。たとえば、このモデルを使用して同じ管理対象ノード上の複数のTuxedoドメインを管理することはできません。
注: | SNMPエージェントは、Oracle SNMPエージェント・インテグレータの前に開始する必要があります。 |
このモデルでは、SNMPマネージャとSNMPエージェント間のすべての通信は、Oracle SNMPエージェント・インテグレータのSNMPマスター・エージェント機能によって処理されます。Oracle SNMPエージェント・インテグレータは、SNMPマネージャからのリクエストを特定のSNMPエージェントに分散し、個々のエージェントからのレスポンスを受信してSNMPマネージャに戻します。
各tux_snmpd
プロセスを-s
オプションで開始すると、各tux_snmpd
プロセスはSMUXサブエージェントではなくSNMPエージェントとして構成されます。Oracle SNMPエージェント・インテグレータの下で動作するSNMPエージェントは、非SMUXピア・エージェントとも呼ばれます。
SNMPマスター・エージェント/サブエージェント・モデルでは、管理対象ノード上の管理対象リソースの中で、Tuxedoドメインは1つです。そのドメインを管理するtux_snmpd
プロセスの起動時に-l
logical_agent_name
オプションを指定すると、デフォルト名(tux_snmpd)以外の名前をそのプロセスに割り当てることができます。-l
logical_agent_name
オプションまたはデフォルト名のtux_snmpdを使用することによって、管理者はtux_snmpd
プロセスをその管理対象Tuxedoドメインに関連付けることができます。
また、「単純なSNMPエージェント・モデル」で説明したように、管理対象ノードがTuxedoドメインのマスター・マシンである場合、関連付けられているtux_snmpd
プロセスの起動オプションとして-c
を指定すると、そのプロセスはドメイン全体を管理します。
図2-3に示すSMUXマスター・エージェント/サブエージェント・モデルは、管理対象ノード上の様々な種類のシステムおよびネットワーク・リソースを管理する場合に使用します。このモデルは、同種のリソースの複数のインスタンスを管理する場合にも適用されます。たとえば、このモデルを使用して同じ管理対象ノード上の複数のTuxedoドメインを管理できます。
注: | Oracle SNMPエージェント・インテグレータは、SMUXサブエージェントの前に開始する必要があります。 |
このモデルでは、SNMPマネージャとSMUXサブエージェント間のすべての通信は、Oracle SNMPエージェント・インテグレータのSMUXマスター・エージェント機能によって処理されます。Oracle SNMPエージェント・インテグレータは、SNMPマネージャからのリクエストを特定のSMUXサブエージェントに分散し、個々のサブエージェントからのレスポンスを受信してSNMPマネージャに戻します。
各tux_snmpd
プロセスを-s
オプションなしで開始すると、各tux_snmpd
プロセスはSNMPエージェントではなくSMUXサブエージェントとして構成されます。SMUXサブエージェントは、RFC 1227に定義されているSNMP多重化(SMUX)プロトコルを使用してOracle SNMPエージェント・インテグレータと通信します。
SMUXマスター・エージェント/サブエージェント・モデルでは、管理対象ノードで実行されている複数のTuxedoドメインを同時に管理できます。そのためには、管理者はドメインごとにSMUXサブエージェントを開始します。SMUXサブエージェントごとに、管理者は起動時に-l
logical_agent_name
オプションを指定してtux_snmpd
プロセスをその管理対象Tuxedoドメインに関連付けます。
管理ステーションで実行されているSNMPマネージャは、次の形式のアドレスを使用して特定のSMUXサブエージェントに対してリクエストを送信します。
community_name
@
logical_agent_name
community_name
はGet
リクエストの読取り専用コミュニティ名とSet
リクエストの読み書きコミュニティ名、logical_agent_name
はSNMPリクエストの送り先のエージェント名です。例:
また、「単純なSNMPエージェント・モデル」で説明したように、管理対象ノードがTuxedoドメインのマスター・マシンである場合、関連付けられているtux_snmpd
プロセスの起動オプションとして-c
を指定すると、そのプロセスはドメイン全体を管理します。
![]() ![]() ![]() |