Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

SNMP による正常性監視(RMON アラームの拡張)

健康監視について

稼働状況の監視は、RMON アラームのインフラストラクチャを拡張して、事前定義済みのオブジェクトセット (ファイルシステムの使用率、CPU 使用率、メモリ使用率など)、および Junos OS プロセスの監視を提供する SNMP 機能です。

ヘルスモニター機能を有効にするにhealth-monitorは、階層[edit snmp]レベルのステートメントを使用します。また、しきい値、しきい値、間隔の増加などのヘルスモニターのパラメーターを設定することもできます。監視対象オブジェクトの値が増加しきい値を超えた場合、アラームがトリガーされ、イベントがログに記録されることがあります。

遅延しきい値は、監視対象オブジェクトインスタンスの下限しきい値です。しきい値が上昇すると、監視対象のオブジェクトインスタンスのしきい値が上限になります。各しきい値は、最大有効価値の割合として表されます。このインターバルは、オブジェクトインスタンスがサンプリングされ、増加しきい値と下降閾値と比較した期間を秒単位で表します。

イベントは、各サンプリング間隔の後ではなく、1つの方向でしきい値が最初に交差したときにのみ生成されます。たとえば、上昇しきい値アラームとそれに対応するイベントが発生すると、対応する下降アラームが発生するまで、しきい値を越えるイベントを発生させることはありません。

ヘルスモニターイベントのシステムログエントリには、HEALTHMONITOR タグではなく、対応するのが含ま SNMPD_RMON_EVENTLOG れています。ただし、ヘルスモニターは、一般的な RMON risingThreshold と fallingThreshold トラップを送信します。ヘルスモニターのアラームshow snmp health-monitorとログに関する情報を表示するには、operational コマンドを使用します。

ヘルスモニターを設定すると、特定のオブジェクトインスタンスの監視情報が使用可能に表 1なります (を参照)。

表 1: 監視対象オブジェクトインスタンス

オブジェクト

説明

jnxHrStoragePercentUsed 1

スイッチ上/dev/ad0s1a:のファイルシステムを監視します。ルートファイルシステムは/にマウントされています。

jnxHrStoragePercentUsed 2

スイッチ上/dev/ad0s1e:のファイルシステムを監視します。これは、構成ファイルシステムがマウント/configされていることを示しています。

jnxOperatingCPU (RE0)

ルーティングエンジン (RE0) による CPU 使用量を監視します。

jnxOperatingBuffer (RE0)

ルーティングエンジン (RE0) で使用可能なメモリ容量を監視します。

sysApplElmtRunCPU

各 Junos OS プロセス (デーモンとも呼ばれる) の CPU 使用率を監視します。同じプロセスの複数のインスタンスが、個別に監視およびインデックス化されます。

sysApplElmtRunMemory

各 Junos OS プロセスのメモリ使用量を監視します。同じプロセスの複数のインスタンスが監視され、個別にインデックス付けされます。

ヘルスモニタリングの設定

このトピックでは、QFX シリーズおよび OCX シリーズデバイスのヘルスモニター機能を設定する方法について説明します。

ヘルスモニター機能は、SNMP RMON アラームのインフラストラクチャを拡張して、選択したオブジェクトインスタンスのセット (ファイルシステムの使用率、CPU 使用率、メモリ使用量など) および動的なオブジェクトインスタンス (Junos OS プロセスなど) に対する事前定義された監視を提供します。

ヘルスモニタリングを設定するには:

  1. ヘルスモニターの構成:
  2. 遅延しきい値を設定します。

    たとえば、以下のように記述します。

  3. しきい値の増加を構成します。

    たとえば、以下のように記述します。

  4. 間隔の設定:

    たとえば、以下のように記述します。

Junos OS を実行しているデバイスでのヘルスモニタリングの設定

典型的なネットワーク管理システム (NMS) によって管理されるデバイスの数が増え、デバイス自体の複雑さが増すにつれて、そのデバイスを監視するためにポーリングを使用するのは、それほど現実的ではなくなっています。より拡張性に優れたアプローチは、注意が必要なものがある場合に、ネットワークデバイスに依存して NMS に通知することです。

ジュニパーネットワークスルーターでは、RMON アラームとイベントによって、NMS からのポーリングオーバーヘッドを削減するために必要なインフラストラクチャの大部分が提供されます。ただし、このアプローチでは、特定の MIB オブジェクトを RMON アラームに設定するように NMS を設定する必要があります。そのためには、多くの場合、デバイス固有の専門知識と監視アプリケーションのカスタマイズが必要になります。さらに、監視が必要な MIB オブジェクトインスタンスの一部は、初期化時または実行時の変更時にのみ設定され、事前に構成することはできません。

このような問題に対処するために、ヘルスモニターは、RMON アラームのインフラストラクチャを拡張して、選択した一連のオブジェクトインスタンス (ファイルシステムの使用率、CPU 使用率、メモリ使用量) に対する事前定義済み監視を提供し、不明または動的オブジェクトをサポートします。インスタンス (Junos OS プロセスなど)

稼働状況の監視は、ユーザーの構成要件を最小限に抑えるように設計されています。状態監視エントリを構成するにはhealth-monitor 、階層レベル[edit snmp]のステートメントを追加します。

[edit snmp health-monitor]階層レベルで監視イベントを構成すると、システム正常性全体のポーリング間隔が設定されます。これらと同じオプションを[edit snmp health-monitor idp]階層レベルで設定した場合、アタックの検出および防止 (IDP) システムが使用するつながりメモリの割合が設定値を超えるか、または下回った場合に、デバイスによって SNMP イベントが生成されます。

ヘルスモニターのアラームshow snmp health-monitorとログに関する情報を表示するには、operational コマンドを使用します。

このトピックでは、最低限必要な構成と、ヘルスモニターを構成するための以下のタスクについて説明します。

監視対象オブジェクト

ヘルスモニターを設定すると、特定のオブジェクトインスタンスの監視情報が使用可能に表 2なります (を参照)。

表 2: 監視対象オブジェクトインスタンス

オブジェクト

説明

jnxHrStoragePercentUsed.1

ルーターまたはスイッチ上の以下のファイルシステムを監視します。

/dev/ad0s1a:

ルートファイルシステムは/にマウントされています。

jnxHrStoragePercentUsed.2

ルーターまたはスイッチ上の以下のファイルシステムを監視します。

/dev/ad0s1e:

これは、構成ファイルシステムがマウント/configされていることを示しています。

jnxOperatingCPU (RE0)

ルーティングエンジン (RE0およびRE1) の CPU 使用率を監視します。ルーティングエンジンに割り当てられているインデックス値は、シャーシ MIB が0から始まるインデックススキームと、それをベースにした indexing scheme のどちらを使用するかによって異なります。インデックススキームは構成可能であるため、適切なインデックスは、ルーターやスイッチが初期化されたときと設定が変更された場合に決定されます。ルーターまたはスイッチにルーティングエンジンが1つしかない場合、警告RE1エントリの監視は5回失敗した後、CPU 値を取得しようとして削除されます。

jnxOperatingCPU (RE1)

jnxOperatingBuffer (RE0)

ルーティングエンジン (RE0およびRE1) で利用可能なメモリの量を監視します。このオブジェクトのインデックスは、にjnxOperatingCPU使用されているものと同じであるため、シャーシ MIB で使用されるインデックス化スキームに応じてインデックス値が調整されます。と同様jnxOperatingCPUに、アラームの入力RE1監視は、ルーターやスイッチにルーティングエンジンが1つしかない場合は削除されます。

jnxOperatingBuffer (RE1)

sysApplElmtRunCPU

各 Junos OS プロセス (デーモンとも呼ばれる) の CPU 使用率を監視します。同じプロセスの複数のインスタンスが、個別に監視およびインデックス化されます。

sysApplElmtRunMemory

各 Junos OS プロセスのメモリ使用量を監視します。同じプロセスの複数のインスタンスが監視され、個別にインデックス付けされます。

最小状態監視の構成

ルーターまたはスイッチで状態監視を有効にするにhealth-monitorは、次[edit snmp]のように階層レベルのステートメントを追加します。

しきい値またはしきい値の増加を構成する

しきい値を低くすると、監視対象の変数の下限値 (最大使用可能価値の割合として示されます) になります。現在のサンプリングされた値がこのしきい値以下で、最後のサンプリング間隔の値がこのしきい値を超えると、1つのイベントが生成されます。このエントリが有効になった後の最初のサンプルがこのしきい値以下である場合も、1つのイベントが生成されます。下降するイベントが生成された後は、サンプリングした値がこのしきい値を超えてしきい値が増加するまで、別の遅延イベントを生成することはできません。最大許容値に対する割合として、遅延しきい値を指定する必要があります。デフォルトは70パーセントです。

デフォルトでは、しきい値が80上昇しているのは監視対象のオブジェクトインスタンスの最大有効価値に対する割合です。しきい値が上昇すると、監視対象の変数の上限しきい値になります。現在のサンプリングされた値がこのしきい値以上で、最後のサンプリング間隔の値がこのしきい値よりも小さい場合は、1つのイベントが生成されます。このエントリが有効になった後に最初のサンプルがこのしきい値以上になった場合にも、単一のイベントが生成されます。上昇イベントが発生した後、サンプリングされた値がこのしきい値を下回り、遅延しきい値に達するまで、別の上昇イベントを生成することはできません。上昇しきい値は、監視対象の変数の最大有効価値に対するパーセンテージとして指定する必要があります。

しきい値または増加しきい値を設定するにfalling-thresholdrising-threshold 、次の[edit snmp health-monitor]ように階層レベルの or ステートメントを含めます。

percentageは、貫通1からの100価値があります。

しきい値の減少と増加は、ヘルスモニターによって監視されるすべてのオブジェクトインスタンスに適用されます。

間隔の構成

このインターバルは、オブジェクトインスタンスがサンプリングされ、増加しきい値と下降閾値と比較した期間を秒単位で表します。

間隔を設定するには、 interval明細書を含め、 [edit snmp health-monitor]階層レベルでの秒数を指定します。

secondsは、貫通1からの2147483647価値があります。デフォルトは秒 300 (5 分)です。

ログエントリとトラップ

ヘルスモニターイベント (しきい値の超過、エラーなど) に対して生成されたシステムログエントリはHEALTHMONITOR 、汎用SNMPD_RMON_EVENTLOGタグではなく、対応するタグを持ちます。しかしヘルスモニターは、一般的な RMON risingThresholdfallingThresholdトラップを送信します。

例:ヘルスモニタリングの設定

ヘルスモニターの構成:

この例では、サンプリング間隔は600秒 (10 分) であり、遅延しきい値85は、監視対象の各オブジェクトインスタンスの最大値に対する割合であり、 75増加したしきい値は最大使用可能価値の割合になります。監視対象の各オブジェクトインスタンス用。