サービスオブザーバビリティのオブザーバビリティベンダーエンティティマッピング
サービスオブザーバビリティ がサービス、ホスト、およびデータベースエンティティをオブザーバビリティベンダーリソースにマッピングする方法を理解します。
サービスオブザーバビリティ は、構成中に 作成したマッピングルール の key:value ペアに基づいて、サービス、ホスト、データベース、およびネットワークコンポーネントに関するオブザーバビリティベンダーからのメトリクスをオブザーバビリティダッシュボードに表示します。 サービスオブザーバビリティ は、そのマッピングをフィルターとして使用して、関連エンティティを検索するオブザーバビリティベンダーに要求を送信します。エンティティを検索するために必要な追加のフィルタリングについては、次のセクションで説明します。
Amazon CloudWatch エンティティマッピング
リソースは、AWS GetResources API を使用して返されます。
| サービスオブザーバビリティ エンティティカテゴリ | サービスオブザーバビリティ エンティティダッシュボード | AWS リソース |
|---|---|---|
| アプリケーション | API ゲートウェイ:HTTP | API ゲートウェイ HTTP API |
| API ゲートウェイ:REST | API ゲートウェイ REST API | |
| ELB | ELB アプリケーションロードバランサー | |
| Lambda | Lambda 関数 | |
| CPU | ホスト | EC2 インスタンス |
| データベース | RDS | RDS データベースインスタンス |
AppDynamics エンティティマッピング
リソースは、 entityName プロパティの値を使用して返されます。
| サービスオブザーバビリティ エンティティカテゴリ | サービスオブザーバビリティ エンティティダッシュボード | AppDynamics 資源 |
|---|---|---|
| アプリケーション | サービス | AppDynamics/controller/rest/applications/ API によって返されるアプリケーション |
| CPU | ホスト | /controller/sim/v2/user/machines/keys/ API によって返されるアプリケーションのサーバーノード |
| データベース | MySQL | /controller/rest/databases/collectors/ によって返される MySQL データベースインスタンス |
| PostgreSQL | /controller/rest/databases/collectors/ によって返される MySQL データベースインスタンス |
Azure エンティティマッピング
リソースは、Azure ResourceGraph API を使用して返されます。
| サービスオブザーバビリティ エンティティカテゴリ | サービスオブザーバビリティ エンティティダッシュボード | Azure 資源 |
|---|---|---|
| アプリケーション | サービス |
|
| CPU | ホスト |
|
| データベース | MySQL |
|
| PostgreSQL |
|
Datadog エンティティマッピング
| サービスオブザーバビリティ エンティティカテゴリ | サービスオブザーバビリティ エンティティダッシュボード | Datadog 資源 |
|---|---|---|
| アプリケーション | サービス | ソフトウェアカタログ:リストエンティティ API から返されたエンティティ |
| CPU | ホスト | Hosts: List Hosts API から返されたホスト |
| データベース | MySQL | データマッピングで指定された key:value ペアでフィルタリングされた mysql.net.max_connections メトリクスをフィルタリングすることによって返されるデータベース。注: データベースがこのメトリックを発行しない場合、データベースはマッピングされません。 |
| PostgreSQL | データマッピングで指定された key:value ペアでフィルタリングされた 、postgresql.connections メトリクスをフィルタリングすることによって返されるデータベース。注: データベースがこのメトリックを発行しない場合、データベースはマッピングされません。 |
- サービスエンティティ:
ソフトウェアカタログリストエンティティAPI は、メタデータを含むサービスのデータのみを返します。メタデータを含まないサービスをマッピングする場合は、サービスをタグとして使用し、サービスの名前を値として使用するマッピングを作成する必要があります。たとえば、マッピングで使用する internet-banking-4という名前のサービスがあり、メタデータが含まれていないとします。このスクリーンショットに示すようにマッピングを設定します。図 : 1. メタデータが存在しない場合の Datadog マッピング - デフォルトのダッシュボードテンプレート:概要ダッシュボードテンプレートと観測可能性ダッシュボードテンプレートの要求、エラー、およびレイテンシのグラフは、 Datadog
trace.http.requestトレースメトリクスを使用して作成されます。サービスがそのメトリクスを発行していない場合、データは見つかりません。テンプレートをカスタマイズして、別のトレースメトリクスクエリを使用できます。詳細については、「サービスオブザーバビリティダッシュボードテンプレートのカスタマイズ」を参照してください。
Dynatrace エンティティマッピング
Dynatrace Classic クエリまたは Grail (DQL) クエリのいずれかを使用できますが、どちらも個別のデータ接続が必要です。Grail クエリの場合、 サービスオブザーバビリティ 最初に Grail データソースをクエリし、見つからない場合はクラシッククエリにフォールバックします。
| サービスオブザーバビリティ エンティティカテゴリ | サービスオブザーバビリティ エンティティダッシュボード | Dynatrace 資源 |
|---|---|---|
| アプリケーション | サービス | サービス |
| CPU | ホスト | ホスト |
| データベース | MySQL | MySQL データベースインスタンス |
| PostgreSQL | PostgreSQL データベースインスタンス |
LogicMonitor エンティティマッピング
リソースは、Get Devices API を使用し、エンティティの特定のプロパティ値をフィルターとして使用して返されます。
| サービスオブザーバビリティ エンティティカテゴリ | サービスオブザーバビリティ エンティティダッシュボード | LogicMonitor リソース |
|---|---|---|
| アプリケーション | サービス | predef.externalResourceType 自動プロパティが [サービス] に設定されているエンティティ |
| CPU | ホスト | predef.externalResourceType 自動プロパティが PhysicalServer、Container、または VirtualMachine に設定されているエンティティ |
| データベース | MySQL | system.categories カスタムプロパティが MySQL に設定されているエンティティ |
| PostgreSQL | system.categories カスタムプロパティが PostgreSQL に設定されているエンティティ |
New Relic エンティティマッピング
| サービスオブザーバビリティ エンティティカテゴリ | サービスオブザーバビリティ エンティティダッシュボード | New Relic 資源 |
|---|---|---|
| アプリケーション | サービス | アプリケーションサービス |
| CPU | ホスト | ホスト |
| データベース | MySQL | MySQL データベースインスタンス |
| PostgreSQL | PostgreSQL データベースインスタンス |
Prometheus エンティティマッピング
| サービスオブザーバビリティ エンティティカテゴリ | サービスオブザーバビリティ エンティティダッシュボード | Prometheus リソース |
|---|---|---|
| アプリケーション | サービス | アプリケーション |
| CPU | ホスト | アプリケーションのサーバーノード |
| データベース | MySQL | MySQL データベースインスタンス |
| PostgreSQL | PostgreSQL データベースインスタンス |
SolarWinds エンティティマッピング
| サービスオブザーバビリティ エンティティカテゴリ | サービスオブザーバビリティ エンティティダッシュボード | SolarWinds 資源 |
|---|---|---|
| アプリケーション | サービス | アプリケーションサービス |
| CPU | ホスト | ホスト |
| ネットワーク | ファイアウォール | デフォルトでは、データマッピングは Palo Alto ファイアウォールキーを使用してメトリクスを検索して表示します。 別のファイアウォールからのメトリクスが必要な場合は、 ダッシュボードテンプレートのカスタマイズ手順に従ってください。 |
| ロードバランサー | デフォルトでは、データマッピングは F5 Big-IP ロードバランサーキーを使用してメトリクスを検索して表示します。 別のロードバランサーからのメトリクスが必要な場合は、 ダッシュボードテンプレートのカスタマイズ手順に従ってください。 |
|
| インターフェイス | ネットワークインターフェイス | |
| その他のネットワークデバイス | スイッチやルーターなどのその他のネットワークデバイス |
- データマッピングのキーと値のペアのカスタムプロパティを使用できます。
- マッピングの例外として SolarWinds を使用してネットワークメトリクスを取り込む場合、カスタムプロパティの使用はオプションです。それらを使用する場合は、メタデータにこれらのプロパティを持つエンティティのみが返されます。タグとキーの値を空白のままにすると、サポートされているすべてのエンティティが返されます。
Splunk エンティティマッピング
リソースは、 Splunk メトリクス時系列メタデータ API を使用して返されます。 サービスオブザーバビリティ は、カスタムプロパティで一致する key:value ペアを検索してから、ディメンションの検索にフォールバックします。
返されたペイロードは、エンティティタイプに対応するメタデータ内の特定のメトリクスの存在によってフィルタリングされます。
| サービスオブザーバビリティ エンティティカテゴリ | サービスオブザーバビリティ エンティティダッシュボード | Splunk プロパティまたはディメンション | Splunk フィルタリングに使用されるメトリクス |
|---|---|---|---|
| アプリケーション | サービス |
|
sf_metric:service.request |
| CPU | ホスト |
|
sf_metric:disk.summary_utilization |
| データベース | MySQL |
|
sf_metric:mysql.threads |
| PostgreSQL | サポート対象外 |
Zabbix エンティティマッピング
Zabbixでは、監視対象のすべてのエンティティがホストとして分類されます。エンティティ間を区別できるように、 サービスオブザーバビリティ は、ホストタグ、継承されたタグ、テンプレート、ホストグループなどのメタデータタグの属性のキーワードを検索します。キーワードに一致しない Zabbix ホストは、ホストエンティティとして分類され、表示されます。
次の表は、個別のエンティティを検索するために使用されるキーワードを示しています。キーワードでは大文字と小文字が区別されません。
| サービスオブザーバビリティ エンティティカテゴリ | サービスオブザーバビリティ エンティティダッシュボード | メタデータキーワード |
|---|---|---|
| アプリケーション | サービス |
|
| CPU | ホスト | 一致しないキーワード |
| データベース | MySQL |
|
| PostgreSQL |
|
|
| ネットワーク | ファイアウォール |
別のファイアウォールからのメトリクスが必要な場合は、 ダッシュボードテンプレートのカスタマイズ手順に従ってください。 |
| ロードバランサー |
別のロードバランサーからのメトリクスが必要な場合は、 ダッシュボードテンプレートのカスタマイズ手順に従ってください。 |
|
| その他のネットワークデバイス |
|
|
各エンティティタイプのデフォルトのダッシュボードには、Zabbix 標準キーを使用してメトリクスが表示されます。実装でカスタムアイテムキーを使用する場合は、 それに応じてダッシュボードテンプレートをカスタマイズ する必要があります。