SNMP応答時間を向上させるための管理対象デバイスのオプションの構成

Junos OS には、インターフェイスの統計情報をキャッシュする時間の長さ(秒)を構成可能なオプションが用意されています。キャッシュ時間内にNMSが同じインターフェイスにクエリーを再実行すると、同じデータが返されます。キャッシュ時間後にNMSがクエリーを実行すると、キャッシュが有効ではなくなり、下位レイヤーから新しいデータが取得され、キャッシュタイムスタンプが更新されます。デフォルトの stats-cache-lifetime は5秒です。これは、ポーリング頻度に応じて調整できます。

注:

stats-cache-lifetime オプションの値を小さくすると、より多くのクエリが発生し、パフォーマンスが影響を受ける可能性があります。キャッシュされていないライブの統計情報を取得するには、stats-cache-lifetime オプションの値を 0 に設定します。ただし、これはキャッシュ機能を完全に無効にし、パフォーマンスに影響を与えるため、推奨されません。

ネットワーク管理ステーションが、 Get、 GetNext、または GetBulk SNMP リクエストを頻繁にデバイスに再送信すると、そのリクエストが以前のリクエストの処理を妨害し、エージェントの応答時間が長くなる可能性があります。これらの重複したリクエストをフィルタリングすることで、SNMP エージェントの応答時間が改善されます。このJunos OSにより、重複する Get、 GetNext、および GetBulk SNMPリクエストをフィルタリングできます。Junos OS は、SNMP リクエストが重複しているかどうかを判断するために、以下の情報を使用します。

• SNMPリクエストの送信元IPアドレス

• SNMPリクエストの送信元UDPポート

• SNMPリクエストのリクエストID

注:

デフォルトでは、Junos OSを実行しているデバイスでは、重複するSNMPリクエストのフィルタリングは無効になっています。

Junos OSを実行しているデバイスで重複するSNMPリクエストのフィルタリングを有効にするには、[edit snmp]階層レベルにfilter-duplicatesステートメントを含めます。

インターフェイス統計情報に関する SNMP リクエストへの応答が遅いインターフェイスは、SNMP リクエストへのカーネル応答を遅らせる可能性があります。mib2d ログ ファイルを確認することで、カーネルがさまざまな SNMP リクエストに応答するまでの時間を知ることができます。カーネル応答データのログ ファイルを確認する方法については、 Junos OSを実行するデバイスでSNMPパフォーマンスに影響を与えるSNMPアクティビティとトラッキングの問題を監視するのセクションにある「カーネルおよびパケット転送エンジンのレスポンスを確認する」を参照してください。

特定のインターフェイスの応答が遅いことに気づき、それがカーネルの SNMP リクエストへの応答を遅くしていると考えられる場合は、デバイスへの SNMP クエリーからそのインターフェイスを除外してください。インターフェイスをSNMPクエリーから除外するには、 filter-interface ステートメントを構成するか、SNMPビュー設定を変更します。

以下の例は、SNMP Get、 GetNext、 Set 操作からインターフェイスを除外するための設定例を示しています。

以下の SNMP ビュー構成例では、インターフェイス インデックス(ifIndex)値が 312 のインターフェイスを、ifTable および ifXtable オブジェクトに関連する情報のリクエストから除外します。

または、応答の遅いインターフェイスをオフラインにすることもできます。