LogicMonitor + Catchpoint: 自律型ITの新時代へ

さらに詳しく

サービスコンポーネント検出は、Dynamic Service Insights (DSI) 内のサービスコンポーネントの識別と同期を自動化します。この機能により、サービスが定義されたデータソースと常に整合した状態が維持され、手動設定が最小限に抑えられ、コンポーネントレベルの可視性と集計の精度が向上します。

Active Discovery (AD) フレームワークを拡張し、集約データロジックモジュールをサポートします。この機能により、マルチインスタンス構成を有効にし、サービスのコンポーネント検出を自動化できます。これにより、コンポーネントの追加や削除などの変更が LogicMonitor のサービス監視モデルに継続的に反映されます。

データ ソース タイプとして集計データを選択すると、「コンポーネント検出を有効にする」という新しいトグルが使用可能になります。
このトグルを有効にすると、次のアクションが実行されます。

  • DataSource をマルチインスタンスとしてマークします。
  • アクティブ検出を有効にします。
  • コンポーネント検出セクションを追加します。ここで、次のフィールドを定義できます。
    • コンポーネントキー — 各コンポーネントのプロパティ識別子。

注意: 最大 10 個のコンポーネントを追加できます。

集計収集方法を使用してデータポイントを構成する方法の詳細については、以下を参照してください。 集計データ収集方法.

ユースケースの例

ある組織は、次の 3 つの論理部分を持つ電子商取引 Web サービスを監視します。

  • フロントエンド(ウェブサーバー)
  • バックエンド(APIサーバー)
  • データベース(DBノード)

集約データソースのコンポーネント構成

集約データソースのコンポーネント検出セクションで、ユーザーは以下を構成します。

  • コンポーネントキー: app.type
  • コンポーネント値: frontend, backend, database

サービス コンポーネント検出を有効にすると、DataSource が 3 つのコンポーネント値で構成されているため、LogicMonitor はサービスの下に 3 つのコンポーネント インスタンスを作成します。

LogicMonitor は、構成されたプロパティのキーと値をチェックして、リソース (またはインスタンス) をコンポーネントにマップします。

リソースまたはインスタンス app.type=frontend フロントエンドコンポーネントに含まれています。

リソースまたはインスタンス app.type=backend バックエンド コンポーネントに含まれています。

リソースまたはインスタンス app.type=database データベース コンポーネントに含まれています。

フロントエンドコンポーネントには、自動的にすべてのメンバーが含まれます。 app.type=frontend.

各コンポーネント インスタンスについて、LogicMonitor はそのコンポーネントのプロパティ マッピングに一致するリソースまたはインスタンスからのメトリックのみを集計します。

注意: サービス コンポーネントの検出は、次の 2 つの要素に依存します。

  • 集約データソース内のコンポーネント構成(コンポーネントキーと許可される値)
  • リソースまたはインスタンスに存在する実際のプロパティ(例:app.type=frontend)
  • プロパティが欠落しているか構成された値と一致しない場合、リソースまたはインスタンスはそのコンポーネントにマップされません。

14日間フルアクセス LogicMonitor プラットフォーム