PDF

監視アーキテクチャ

architecturemonitoringmonitorsnetcrunchpackssensorsservices

NetCrunchは、制御、柔軟性、スケールの異なるレベルに適した複数の種類の監視方法をサポートしています。このトピックでは、主要なアーキテクチャタイプ(ネットワークサービスモニターセンサー)について説明し、使用タイミング、最適な結果が得られる方法を説明いたします。

監視タイプの概要

NetCrunchには、3つの主要な監視カテゴリがあります。

  • ネットワークサービス – ポートの単純な死活監視だけではなく、応答内容もテストするアプリケーション層のサービスプローブ。
  • モニター – 監視パックで使用される、認証情報と接続設定を持つ高レベルモジュール。
  • センサー – 特定のメトリック、サービス、カスタムロジックを対象とするスタンドアローンチェック。

各カテゴリはそれぞれ異なる目的を持ち、監視ワークフローの様々な側面を最適化します。

ネットワークサービス

ネットワークサービスは、トランスポートレベルだけでなく、アプリケーションプロトコルレベルでも動作します。

主なプロパティ
  • 目的: ポートの単純な死活監視だけではなく、サービスが実際のリクエストに正しく応答するかを確認します。
  • 動作:
  • プロトコル固有のリクエスト(例: HTTP GET、SMTP HELO)を送信します。
  • 応答の内容と応答までの時間を検証します。
  • 遅延時間を測定し、不正な応答や失敗した応答を検出します。
  • 構成: 一元管理されており、検出時に自動適用すること、手動で割り当てることもできます。
  • カスタマイズ: ユーザーは、独自のプロトコルまたは拡張検証用のカスタムサービス定義を作成できます。
  • : HTTP、SMTP、DNS、LDAP、POP3、SSH、SNMPなど。

これらのサービス監視は、完全なセンサーを必要とせずに、基本的なサービスの可用性とパフォーマンスを確認するのに役立ちます。検出やネットワークレベルのヘルスチェックで広く使用されています。

モニター

モニターは、共有設定 を使用して幅広いシステムを効率的に管理する高レベルモジュールです。

主なプロパティ
  • 目的: 単一の認証情報と接続設定を使用して、ノード全体にわたる幅広いメトリックセットを収集します。
  • 動作:
  • 単一の設定でアクセス認証情報 (SNMP、WMI、SSH、REST など) を定義します。
  • メトリックとチェックは、監視パック によって定義されます。
  • モニターは、同じ種類の多数のノードを効率的に管理します。
  • 利点:
  • ノード間で同じ接続設定を適用することで、繰り返しの設定作業を削減します。
  • インフラストラクチャ全体の監視 (すべての Windows サーバーなど) に最適です。
  • 監視パックは、アラート、カウンタ、メトリックを再利用可能なグループとして定義します。
  • Windows モニター
  • SNMP モニター
  • Linux/SSH モニター
  • ESXi モニター

モニターは強力な構成要素です。監視パックへのゲートウェイとして機能し、最小限の設定作業で広範な可観測性を実現します。

センサー

センサーは、ノードまたはテンプレートに直接適用される個別の監視オブジェクトです。

主なプロパティ
  • 目的: 対象のメトリックを収集し、条件を検証し、カスタムロジックに基づいてアラートをトリガーします。
  • 動作:
  • 各センサーは独立して動作します。
  • 認証情報や入力パラメータなど、センサーごとに設定が必要です。
  • 柔軟できめ細かな設定が可能で、カスタム監視パイプラインや分離されたターゲットに適しています。
  • 継承: WMI ベースのセンサーは、必要に応じて WindowsのWMIモニターの設定を再利用できます。
  • Basic HTTP
  • SQL Query:Data
  • IPMI Log
  • DICOM C-Echo
  • ファイル、フォルダ、ログパーサー
  • Text Log, Data File
  • REST API センサー

センサーは、モニターが利用できない場合や、きめ細かな制御が必要な場合に最適です。API の監視、リモートスクリプトの実行、外部システムからのログの分析などが可能です。

各タイプの使用方法

シチュエーション 推奨監視方法
Webサーバーの可用性を確認する ネットワークサービス (HTTP)
全てのWindowsノードのCPU、メモリ、ディスクを監視する Windows監視 + 監視パック
Veeamのバックアップジョブのステータス確認 Veeam センサー
JSONメトリックのREST APIを確認 REST HTTP センサー
DNSがドメインを解決できることを確認 ネットワークサービス (DNS) 又は DNS Query センサー

レガシー戦略とフォワード戦略

一部のレガシーネットワークサービス(CHARGEN、FINGER、QDAY など)は互換性のために残っていますが、将来のバージョンでは廃止される可能性があります。これらのサービスは、古いプロトコルとあまり使用されないチェックを反映しています。

将来の監視ロジックでは、より柔軟性、拡張性、統合オプションを備えた モニターとセンサー が優先されます。

概要

NetCrunchは、監視を 3 つのアーキテクチャタイプに分類しています。:

  • モニターは、中央の設定と監視パック経由の大規模なノードグループを管理します。
  • センサーは、チェックごとに正確な制御とカスタマイズを提供します。
  • ネットワークサービスは、プロトコルレベルでサービス応答を検証し、高速で軽量なプローブとして機能します。

適切なタイプを選択するかどうかは、規模、粒度のニーズ、監視戦略によって異なります。