センサーの概要

ネイティブセンサーは、Google Protocol Buffers(GPB)を使用したジュニパー独自のデータモデルを使用します。デバイスは、テレメトリ データ(設定されている場合)を UDP 経由でプッシュします。

デバイスは、パケット転送エンジンから、つまりラインカードから直接データをプッシュします。つまり、テレメトリデータは転送プレーンを介して送信されるため、コレクターはデバイスに帯域内接続できる必要があります。

ネイティブ形式を使用するには、テレメトリ データの送信先を含む設定を使用してデバイスを構成します。データの収集を開始するようにParagon Insightを設定すると、ストリームはすでにサーバーに向かって流れています。

ネイティブセンサーの詳細については、 収集データのJunos Telemetry Interfaceエクスポート形式についてを参照してください。

Paragon Insightsは、他のParagon Insightsのインジェストメカニズムに沿ったデータモデルを使用して、NetFlow v9およびNetFlow v10(IPFIX)をNetFlowのインジェスト方式としてネイティブにサポートします。NetFlow は、IP トラフィック統計を収集するためのネットワーク プロトコルであり、分析用のツールにエクスポートできます。NetFlow v9 データ エクスポート形式については、 RFC 3954 を参照してください。NetFlow v10 は正式には IPFIX として知られており、 RFC 7011 で標準化されています。

Junosデバイスは、これらのプロトコルを使用してフローの監視とアグリゲーションをサポートします。Junos OSはトラフィックをサンプリングし、フローテーブルを構築して、設定されたUDPポートを介してフローテーブルの詳細をコレクター(この場合はParagon Insights)に送信します。Paragon Insightsは、受信したNetflowデータを受信し、v9またはv10として自動検出して、さらに処理します。

上記のように、ネットワークデバイスはパケット転送エンジンから、つまりラインカードから直接データをプッシュします。つまり、フローデータは転送プレーンを介して送信されるため、コレクターはデバイスに帯域内接続できる必要があります。フロー センサー オプションを使用するには、フロー データの送信先などの設定でデバイスを構成します。Paragon Insightsがデータの収集を開始するように設定すると、フローデータはすでにサーバーに向かって流れています。

Paragon Insightsは、受信したフローデータを識別してデコードしてから、さらに処理するメカニズムとしてフローテンプレートを使用します。Paragon Insightsには、NetFlow v9およびv10(IPFIX)用に事前に定義されたフローテンプレートが用意されています。または、独自に定義することもできます。定義済みテンプレートは、Junos OSが現在サポートしているものと一致します。例えば、 ipv4-templateJunos OSテンプレート 、 は、 Paragon Insightsテンプレート hb-ipfix-ipv4-templateと一致します。Junos OSテンプレートで使用されるフィールドを表示するには、 インラインアクティブフロー監視についてを参照してください。

一般的なワークフローには、Paragon InsightsでのNetFlow設定デバイスの追加、NetFlowテンプレートの設定、フローセンサーを使用したルールの設定、デバイスグループへのルールを使用したプレイブックの展開が含まれます。

• Paragon InsightsでNetFlowを使用するようにデバイスを設定します。 デバイスの編集を参照してください。

• デバイスをデバイス グループに追加します。 デバイス グループの追加を参照してください。

• NetFlow の取り込み設定を定義します。 ネットフロー設定の構成を参照してください。

  • 定義済みの NetFlow テンプレートを使用するか、

  • 独自の NetFlow テンプレートを作成する

  • 既存の NetFlow テンプレートの複製

• フローセンサーを使用するルールを設定します。 フローセンサーを使用したルールの設定を参照してください。

• プレイブックにルールを追加します。 Paragon InsightsGUIを使用した新しいプレイブックの作成

• プレイブックをデプロイします。 プレイブックインスタンスを管理します。

• NetFlow トラフィックのデバイスの監視

プレイブックを適用すると、デバイスの監視を開始できます。

1. 左側のナビゲーション バーで [ 監視] > [ネットワーク正常性 ] をクリックし、[ デバイス グループ ] タブをクリックします。

2. [ デバイス グループ ] プルダウン メニューから、プレイブックを適用したデバイス グループを選択します。

3. 監視するデバイスを 1 つ以上選択します。

4. タイル ビューの外部タイルには、前に構成したルールのパラメーターが含まれます。

Paragon Insightsは、別のフローベースの取り込み方法として、sFlow(v5)をネイティブにサポートしています。

sFlowは、高速スイッチまたはルーティングされたネットワーク向けの統計サンプリングベースのテクノロジーです。必要に応じて、sFlow を設定して、すべてのインターフェイスで同時にワイヤ スピードでトラフィックを継続的にモニタできます。

sFlowは以下を提供または支援します。

• ギガビット速度での詳細かつ定量的なトラフィック測定

• 転送の決定に関するインサイト

• ネットワークの問題のトラブルシューティング

• 輻輳制御

• セキュリティと監査証跡分析

• ルート プロファイリング

sFlowが上記のすべてのことを行い、転送やネットワークパフォーマンスに影響を与えることなく実行します。sFlow の詳細については、 RFC 3176、InMon Corporation の sFlow: A Method for Monitoring Traffic in Switched and Routed Networksを参照してください。

統計サンプリングプロトコルとして、ジュニパーのsFlowエージェントは、ネットワークインターフェイス上のトラフィックとカウンターをサンプリングし、sFlowデータグラムを作成して、外部のsFlowコレクターに転送します。Paragon Insightsもそのようなコレクターの1つです。

Paragon InsightsでsFlowパケットを構成する方法については、 sFlow設定の構成を参照してください。

Paragon Insightは、上記のJTI関連のオプションに加えて、他のインジェストメカニズムと連携したデータモデルを使用して、データ収集方法としてシステムログもサポートしています。

デバイスは、ルーターの管理インターフェイスを使用してルーティングエンジン(RE)を介して帯域外で、またはパケット転送エンジンを介して帯域内、つまりラインカードから直接、UDP経由でParagon Insightsサーバーにsyslogメッセージ(設定されている場合)をプッシュできます。

syslog形式を使用するには、syslogメッセージの送信先などの設定をデバイスに設定します。データの収集を開始するようにParagon Insightを設定すると、メッセージはすでにサーバーに流れています。

ジュニパーのデバイスで使用される syslog の詳細については、 Junos OS システムログの概要を参照してください。

syslog メッセージは、ヘッダー、角括弧内のキーと値の形式の構造化データ、およびログ メッセージで構成されます。ヘッダーは、次の情報で構成されます。

• ログの優先度

• ヘッダー形式の Syslog プロトコル仕様のバージョン番号。

  現在、この数は 1 です。

• メッセージが "Mmm dd hh:mm:ss" の形式で生成されたときのタイムスタンプ。

• ホスト名は、syslogメッセージを送信したデバイスを識別します。

• アプリケーション名

• アプリケーション プロセス ID

• メッセージ ID

Paragon Automationでは、サーバー監視センサーが、Paragonアプリケーションをホストするサーバーおよび仮想マシンからデータを収集します。センサーは、サードパーティのプラグインであるノードエクスポーターを使用します。ノードエクスポータープラグインは、Paragon Automationのすべてのサーバークラスタにプリインストールされています。GUIでは、Paragon Automationクラスタに導入されたデフォルトサーバーと仮想マシンは、 Paragonクラスタ デバイスグループに自動的に追加されるデバイスとして表されます。センサーはサーバーと仮想マシンからデータを収集し、CPU、メモリ、ネットワーク、トラフィック、ディスク、およびファイルシステムのメトリックを追跡します。出力を時系列データベースに書き込みます。

Paragon Automationには、サーバーデータを監視するための以下の事前設定されたプレイブックがあります。

• CPU使用率
• ディスクの読み取りと書き込み
• エラー、使用可能なバイト数、ファイルシステム内での使用バイト数
• メモリ内の使用バイト数と使用可能なバイト数
• 送受信された合計パケットサイズ、送受信パケットのエラー、ネットワークで受信および送信されたマルチキャストパケットの合計

サーバー監視の取り込みを使用してルールを構成する場合、 表 1 にリストされているセンサー パスの一部を使用できます。

モード、デバイスなどの次のタグは、メインメトリック(/node/cpu または /node/network)にリストされているすべてのメトリックに適用可能なキーフィールドとして使用できます。

ルールでキー フィールドを構成する場合、[ パス ] フィールドのキー フィールド名のみを指定できます。

• /node/cpu/
  • cpu: CPU で使用可能なコアの数。
  • mode: ノード内の CPU 使用率のタイプ (アイドル、システム、ユーザー、ナイスなど)。
• /ノード/ディスク/
  • device: disk0、disk1、sda、sdb、sdc などのディスクの名前。
• /ノード/ファイルシステム/
  • device: /dev/sda1、/dev/sda2、/dev/sdb1 などのディスク パス
  • fstype:ext4、NTFS(新技術ファイルシステム)、APFS(Appleファイルシステム)などのパーティションフォーマットのタイプ。
  • mountpoint: デバイス内のパスをマウントします。
• /ノード/ネットワーク/
  • device: デバイスのインターフェイス名 (wlan0、en0、docker0 など)。

サーバー監視の取り込みを使用してルールの例を構成するには、次を参照してください :サーバー監視センサーを使用したルールの構成

SNMP は広く知られ、受け入れられているネットワーク管理プロトコルであり、ジュニパーネットワークスを含む多くのネットワークデバイスメーカーが、デバイスで使用するために提供しています。これは、SNMP を使用するように設定されたネットワークデバイスが、設定、診断、およびイベント情報をコレクターが利用できるようにするポーリングタイプのプロトコルです。これらの情報も適切に設定および認証する必要があります。コレクターは、get 要求と呼ばれる特別に構造化された要求を送信してデバイスをポーリングし、データを取得します。

Paragon Automationは、センサータイプとしてSNMPをサポートしており、標準のgetリクエストを使用してデバイスから統計情報を収集します。Paragon Automationは、インバンドかアウトオブバンドかにかかわらず、利用可能なあらゆるインターフェイスを介してリクエストを行い、デバイスは要求されたデータで(設定されている場合)応答します。

Junos OSデバイスで使用されるSNMPの詳細については、 Junos OSにおけるSNMP実装についてを参照してください。

Paragon Insightsでは、SNMPで表形式オブジェクトとともにスカラーオブジェクトインスタンスもサポートされています。

• SNMP オブジェクトは、ルール内でスカラー、表形式、またはその両方の組み合わせにすることができます。SNMPインジェストを使用してルールを作成する場合、以下を追加できます。

  • スカラー フィールドのみ。

  • 表形式フィールドとスカラー フィールドの組み合わせ。

  • 表形式の列と、スカラー オブジェクトとしてクエリされるインデックス。

    スカラーとして照会される表形式列には、ルールで表形式フィールドを構成するときに、インデックス番号がすべてのデバイスで同じオブジェクトを参照しないという制限があります。たとえば、 IF-MIB::ifAdminStatus.16.ifAdminStatus は、 IF MIB テーブルのカラムです。は IF-MIB::ifAdminStatus.16 、インデックス 16 のテーブル列を参照します。

  • 表形式のフィールドのみ。

• スカラー オブジェクトは、その MIB 名(例えば、 JUNIPER-MIB::scalarObjectName)または OID で識別されます。

• Paragon Insightsは、MIB定義のプロパティをチェックすることで、 MAX-ACCESS 特定のスカラーを検証します。

  MAX-ACCESS MIB 定義で読み取り専用、読み取り作成、または読み取り/書き込みに設定されている場合、そのオブジェクトはスカラーとして照会できます。

スカラーオブジェクトを照会するための完全なパスは MIB-Name::table column name:index numberです。

たとえば、 IF-MIB::ifInOctets:16 .