監視アーキテクチャ
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 つのアーキテクチャタイプに分類しています。:
- モニターは、中央の設定と監視パック経由の大規模なノードグループを管理します。
- センサーは、チェックごとに正確な制御とカスタマイズを提供します。
- ネットワークサービスは、プロトコルレベルでサービス応答を検証し、高速で軽量なプローブとして機能します。
適切なタイプを選択するかどうかは、規模、粒度のニーズ、監視戦略によって異なります。