このページの目次

システムパラメータ
アプリケーションパラメータ
ライセンス
サービス
ログ

システムの監視

このセクションでは、Paragon Active Assuranceシステムの健全性の監視に役立つパラメータについて説明します。

システムパラメータ

標準システムパラメータ:

CPU使用率
- 80%未満にとどまる必要があります
メモリ使用率 (キャッシュとバッファを除く)
- 80%未満にとどまる必要があります
ディスク使用率
- 80%未満にとどまる必要があります
ネットワークインターフェイスの負荷
- 80%未満にとどまる必要があります

アプリケーションパラメータ

コントロールセンターの場合は、次のコマンドを実行します

次のパラメーターは特に重要です。

test_agent_appliance_online: これは、現在サーバーにログインしている Test Agent Appliance の数を示します。ここで望ましい数値は、もちろんテストエージェントの展開方法によって異なります。
scheduled_call_latency: これは、バックグラウンドジョブ処理がスケジュールよりどれだけ遅れているかを示します。特に、この処理ではテストエージェントから結果が収集され、定期的なレポートが生成されます。待機時間は 10 秒未満にとどまる必要があります。

ライセンス

サーバーでアクティブ化されたライセンスの有効期限は、次のコマンドで確認できます

このコマンドの出力で、 end_date.

サービス

通常は、以下のParagon Active Assuranceサービスが実行されているはずです。

netrounds-callexecuter: 次のようなバックグラウンドタスクを処理します
- モニターの定期的なポーリング:測定結果の収集、テストエージェント設定の更新、アラームの評価
- スケジュールされたテストの実行
- 定期レポートの送信
netrounds-confd: ConfD がインストールされている場合に実行されます。 ConfDは、Paragon Active AssuranceシステムとNETCONF & YANG APIの間の仲介役として使用されます。オーケストレーターは、このAPIを使用してネットワーク機器を構成し、測定をトリガーできます。
Netrounds-Consolidated : サービス間の内部通信をプロキシするために使用されます。
netrounds-license-daemon: ここから、コントロールセンターはシステムに適用するライセンスを学習します。ライセンスデーモンは、すべてのジュニパー製品で使用されているジュニパーライセンスSDKを使用します。
netrounds-metrics: ストリーミングAPIまたはTimescaleDBが有効になっている場合に実行されます。 Kafka からメトリックを受信し、これらのメトリックを TimescaleDB に取り込んで、ストリーミング API にプッシュします。
netrounds-plugin: プラグインは測定タスクを処理します。このサービスを使用すると、コントロールセンターのアップグレードとは関係なく、プラグインをコントロールセンターにアップロードできます。「プラグイン」のアプリ内ヘルプを参照してください。
netrounds-probe-login: 一連の機能をテストエージェントアプライアンスに公開して、状態の変更についてこのサーバーに通知できるようにするサーバー。
Netrounds-TA3-Compat: テストエージェントアプリケーションとコントロールセンター間の完全な互換性を実現するために必要です。
netrounds-test-agent-gateway: テストエージェントアプリケーションと通信し、これらとKafkaの間でメッセージを転送するために使用されます。
netrounds-timescaledb: ストリーミング API または TimescaleDB が有効になっている場合に実行されます。 PostgreSQLの時系列データベース拡張。専用のPostgreSQLデータベースを使用しますが、これは設定に使用されるデータベースとは異なります。
openvpn@netrounds: Test Agent Appliancesとの通信に使用されます。

さらに、Paragon Active Assuranceに関連する以下のサービスが実行されている必要があります。

Apache2: Web アプリと REST API をホストする Web サーバー。
カフカ： サービス間でデータを非同期的に共有するためのメッセージバス。
Ntpd： ネットワークタイムプロトコル (NTP) を使用して、タイムサーバーと同期したシステム時刻を維持します。
Postgresql： システムの構成と状態を保存するためのデータベース:基本的に測定結果とOpenVPNキーを除くすべて。
飼育係： 構成情報の維持、名前付け、分散同期の提供、およびグループサービスの提供のための一元化されたサービス。飼育係はカフカに頼りにされています。

最後に、Paragon Active Assuranceが依存している以下のシステムサービスを監視することをお勧めします。

Cron： ジョブスケジューラ。
IRQbalance: マルチプロセッサシステム上のプロセッサ間でハードウェア割り込みを分散します。

ウェブアプリのログ

このファイルには /var/log/apache/netrounds_access.log 、コントロール・センターの Web GUI に対して行われたすべての HTTP 要求が含まれています。

このファイルには /var/log/apache/netrounds_error.log 、コントロールセンターのウェブGUIに向けたHTTPリクエストに対してApacheによって報告されたすべてのエラーが含まれています。コントロール・センター・バックエンドからのコンソール出力もこのファイルにあります。既定では、すべてのログ記録はコンソールによって行われます。

ログの構成は、Python ログモジュール構成スキーマ (docs.python.org/2/library/logging.config.html#configuration-dictionary-schema) を使用して行われます。

コール実行者ログ

このサービスのログを表示するには、たとえば、を使用して、過去 1 時間のログを確認し、すべての受信ログを追跡します journalctl。

プラグインサービスログ

プラグインシステムの場合、以下を使用してログを確認できます。

メトリックサービスログ

メモ：

これらのログは、この機能が有効になっている場合 (ストリーミング API または TimescaleDB を使用している場合) にのみ関連します。

タイムスケールDB

タイムスケールDB ログを表示するには、次のコマンドを実行します。

カフカ

Kafka ログを表示するには、次のコマンドを実行します。

飼育係

飼育係のログを表示するには、次のコマンドを実行します。

カスタムフォーマッタ

Paragon Active Assuranceには、ログエントリに関する追加情報を生成する2つのカスタムフォーマッタが用意されているため、Pythonのデフォルトのフォーマッタよりも優先されるべきです。

フォーマッタnetrounds.utils.loggers.ContextFormatterは、context_tagsログエントリのコンテキストに関する追加情報(例えば、ログエントリがどのテストエージェントに関するものかなど)を提供しますrecord_tags。色もサポートされています。
フォーマッタ netrounds.thirdparty.logstash_formatter.ContextLogstashFormatterV1 は、Logstash と互換性のある JSON 形式を出力します。

カスタムフォーマッタは、デフォルトで次の場所に追加されます。

LOGGING['formatters']['context']
LOGGING['formatters']['context_color']
LOGGING['formatters']['logstash']