Juniper RPMとZabbixを介して通信チャネルを監視

この記事を読んで、「 ジュニパーSRXでの自動ルートスイッチング」という記事を書くようになりました。

RPMを使用するトピックを少し広げたいと思いました。 このテクノロジーは、シスコの世界におけるSLAメカニズムの類似物であり、シスコと同様に、チャネルの切り替えを目的としたものではなく、チャネルの特性をリアルタイムで測定することを目的としています。 そして、私の記事の目的は、これらの測定結果をZabbix監視システムに転送する方法を示すことです。 この情報が誰かに役立つことを願っています。 行こう

Juniper RPMの簡単な紹介

ジュニパーRPMは、リアルタイムパフォーマンス監視の略です。 RPMは次のように機能します。

チャネルの一方の側のデバイス（クライアント）は、チャネルの他方の側のデバイス（サーバー）に一連の要求を定期的に送信し、応答を受信（または受信しない）して結果を保存します

リクエストには次の種類があります。

• ターゲットURLでのHTTP GET要求
• ターゲットURLのメタデータのHTTP GETリクエスト
• ターゲットアドレスへのICMPエコー要求（デフォルト）
• ターゲットアドレスへのICMPタイムスタンプ要求
• ターゲットデバイスへのUDP pingパケット
• ターゲットアドレスへのUDPタイムスタンプ要求
• ターゲットデバイスへのTCP pingパケット

最初の2種類のリクエストは、明らかにチャネルの品質に完全に関連しているのではなく、Webサービスの可用性と迅速さに関連しています。

最後の4つの要求は拡張され、サーバーの役割を持つデバイスからのRPMサポートが必要です。 ハードウェアでRPMをサポートすることに加えて、これらのテストには拡張ライセンスも必要です。 私の場合、クライアントロールとサーバーロールの両方で、基本ライセンスでex2200スイッチを使用しますが、高度なテストにサーバーRPMロールを使用することはできません。

したがって、この記事では、ICMPエコー要求などの要求に限定します。 さらに、これははるかに普遍的なシナリオです。 サーバーの役割は、pingに応答できる任意のネットワークデバイスによって実行できます。

私のテストスキームは次のとおりです。

2つの通信事業者のオフィス間に2つのL2チャネルがあります。 デバイスを両方のチャネルの側面に接続します。 ここでは、上の図のように、クライアントの役割を持つデバイスが左側にあります。 原則として、両側で1台のデバイスを使用するだけで十分でしたが、テストが組織された頃には、ex-isp1およびex-isp2デバイスがネットワークのこの部分ですでに使用されていました。 もちろん、それらはスイッチとして使用されました。

実際にはすべてのスキームで。 RPM構成に移りましょう。 ex2200-rpmデバイスで、次の構成を記述します。

iddqd@ex2200-rpm> show configuration services rpm probe Gee { test Jitter { probe-type icmp-ping-timestamp; target address 2.2.2.2; probe-count 15; probe-interval 1; test-interval 15; source-address 2.2.2.1; data-size 1400; thresholds { successive-loss 2; } hardware-timestamp; } } probe BARS { test Jitter { probe-type icmp-ping-timestamp; target address 1.1.1.2; probe-count 15; probe-interval 1; test-interval 15; source-address 1.1.1.1; data-size 1400; thresholds { successive-loss 2; } hardware-timestamp; } }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

彼らが言うように、設定は自明であり、特別な説明を必要としません。

コミットして終了し、すぐにテスト結果を収集できます

RPMについては以上です。 先に進みます。 そして、トピックの開示については、ジュニパーからの詳細なガイドに送信します

RPMテストを監視するためのZabbixの構成

残念ながら、 JunOSの RPMオブジェクトのMIBは、最も便利な方法で構築されていません。

ZabbixのビルトインSNMP LLD Discovery機能はRPMテストを自動検出するには不十分です

Zabbixは、 自動検出にsnmpwalkメソッドを使用します。 SNMPインデックスとその値が戻りパラメーターとして使用される場所

たとえば、 ifDescrオブジェクトを検索する場合

$ snmpwalk -v 2c -c public 192.168.1.1 IF-MIB :: ifDescr

IF-MIB :: ifDescr。4 =ストリング：WAN

IF-MIB :: ifDescr。7 =ストリング：LAN1

IF-MIB :: ifDescr.11 =ストリング：LAN2

Zabbixの検出方法は、 4,7,11インデックスとその値WAN、LAN1 、 LAN2 を検出します

しかし、 RPMテストを検出するために、 ジュニパーはそのような便利なオブジェクトを提供しませんでした。

私が検出できた最も適切なオブジェクトはjnxRpmResSampleValueオブジェクトです

そして、これはこのオブジェクトによって返されるテーブルがどのように見えるかです：

 iddqd@ex2200-rpm> show snmp mib walk jnxRpmResSampleValue jnxRpmResSampleValue.3.71.101.101.6.74.105.116.116.101.114.1 = 1989 jnxRpmResSampleValue.3.71.101.101.6.74.105.116.116.101.114.2 = -424 jnxRpmResSampleValue.3.71.101.101.6.74.105.116.116.101.114.3 = 810 jnxRpmResSampleValue.4.66.65.82.83.6.74.105.116.116.101.114.1 = 3352 jnxRpmResSampleValue.4.66.65.82.83.6.74.105.116.116.101.114.2 = 1612 jnxRpmResSampleValue.4.66.65.82.83.6.74.105.116.116.101.114.3 = 971
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

この数字とドットのハッシュの意味を理解しましょう。

jnxRpmResSampleValueは、ウォークスルーするMIBオブジェクトです

一連の数字.3.66.101.101.6.74.105.116.116.101.114はテストの名前です

さて、 SNMPインデックス （ポイントの後の最後の番号）は、テストパラメーターのシリアル番号です。

.1-RTT

.2-往復ジッター

.3-往復の到着間ジッター

ちなみに、 jnxRpmResSampleValue、jnxRpmResultsSampleTable、jnxRpmHistorySummaryTableなどのJunOS上のMIBオブジェクトのOID （デジタル値）を見つける

その他の場合は、次のコマンドを実行できます。

snmp mib walk jnxRpmResSampleValueを示して下さい| jsonを表示する

自動検出スクリプト

そのため、 Zabbixは外部からの支援なしではRPMテストを検出できません。

そのため、このようなヘルプを外部スクリプトの形式で提供します。

スクリプトはPython 2.7で書かれており、非常にコンパクトです。

1つの外部ライブラリのみを使用-pysnmp

ライブラリは人気があり、ほとんどのディストリビューションに存在します

Ubuntuでは、コマンドでそれを置くことができます： apt install python-pysnmp4

または、次のコマンドを使用したPIPマネージャーを介した任意の配布： pip install pysnmp

2つのパラメーターホスト名とコミュニティがスクリプト入力に送信されます

JSONはこの形式で返されます

 { "data": [ { "{#RPMTEST}": "Jitter", "{#RPMUUID}": "4.66.65.82.83.6.74.105.116.116.101.114", "{#RPMOWNER}": "BARS" }, { "{#RPMTEST}": "Jitter", "{#RPMUUID}": "3.71.101.101.6.74.105.116.116.101.114", "{#RPMOWNER}": "Gee" } ] }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

カスタムマクロ{#RPMUUID} 、 {#RPMOWNER}および{#RPMTEST}は 、要素名、それらのキー、トリガー、さらにはグラフでさらに使用されます

スクリプトはchmod + xにして、外部Zabbixスクリプトのディレクトリに配置する必要があります

私の場合、これはディレクトリです： / etc / zabbix / etc / externalscripts

模様

さらに、 Zabbixの設定方法については説明しません。 作業用テンプレートを共有するだけです（下のリンク）。 テンプレートには、スクリプトを使用して検出するRPMテストごとに、 RTT、Jitter 、およびPacketLossの 3つの要素が含まれます。

テストのRPMタイプにジッタ測定が含まれない場合、このパラメータは監視から自動的に除外されます

より高度なテストの場合、テンプレートは必要に応じてファイナライズできます。 この場合、スクリプトは変更を必要としません

3つの要素すべてがスケーリングされ、1つのグラフに表示されます。このグラフも自動的に作成されます。

まとめ

RPMテストを実行した状態でテンプレートをJuniperデバイスにプルすると、しばらくするとデータ項目にそのような画像が表示されます

そして、チャートは次のようになります。

以上です。 スクリプトとテンプレートはgitHubに投稿されています 。 必要に応じて、制限なしで変更、分岐などを行うことができます