Smart Agent レシーバー 🔗

Smart Agent レシーバーは OTel ネイティブコンポーネントで、Splunk Distribution of OpenTelemetry Collector を通して Smart Agent モニターを使用することができます。サポートされているパイプラインタイプは traces 、metrics 、logs です。詳細はパイプラインでデータを処理するを参照してください。

Smart Agent レシーバーは、AMD64 Linux および Windows プラットフォームでのみ完全にサポートされています。ARM64 のサポートは、Splunk Distribution of OpenTelemetry Collector バージョン 0.73 以降で実験的に行われています。

注釈

Smart Agent から Splunk Distribution of OpenTelemetry Collector への移行方法については、SignalFx Smart Agent から Splunk Distribution of OpenTelemetry Collector への移行を参照してください。

サポートされているモニター 🔗

Smart Agent バンドルは、各プラットフォームに対して以下のモニタータイプを提供します：

プラットフォーム	モニタータイプ
Linux（AMD64およびARM64）	collectdサブプロセス sfxcollectd Python Java/JMX と OpenJDK ランタイム
Windows (AMD64)	sfxcollectd Python

エージェントバンドルに含まれるモニターの詳細については、Smart Agent が監視するサブプロセスを参照してください。

Smart Agent のネイティブモニター 🔗

Smart Agent のネイティブモニターは、3つのタイプに分類されます：

スタンドアロン
Prometheus
Telegraf

以下の表は、各アーキテクチャーにおける各モニターのサポート一覧です。

Support for native standalone monitors

モニター	AMD64 Linuxのサポート	AMD64 Windowsのサポート	ARM64 Linuxのサポート	ppc64le Linuxのサポート
`appmesh`	はい	はい	はい	はい
`cadvisor`	はい	はい	はい	はい
`cgroups`	はい	はい	はい	はい
`cloudfoundry-firehose-nozzle`	はい	はい	はい	はい
`conviva`	はい	はい	はい	はい
`cpu`	はい	はい	はい	はい
`disk-io`	はい	はい	はい	はい
`docker-container-stats`	はい	はい	はい	はい
`ecs-metadata`	はい	はい	はい	いいえ
`elasticsearch`	はい	はい	はい	はい
`elasticsearch-query`	はい	はい	はい	はい
`expvar`	はい	はい	はい	はい
`filesystems`	はい	はい	はい	はい
`trace-forwarder`	はい	はい	はい	はい
`haproxy`	はい	はい	はい	はい
`heroku-metadata`	はい	はい	はい	はい
`host-metadata`	はい	はい	はい	はい
`http`	はい	はい	はい	はい
`jaeger-grpc`	はい	はい	はい	はい
`kubernetes-cluster`	はい	はい	はい	はい
`kubernetes-events`	はい	はい	はい	はい
`kubelet-metrics`	はい	はい	はい	はい
`kubelet-stats`	はい	はい	はい	はい
`kubernetes-volumes`	はい	はい	はい	はい
`load`	はい	はい	はい	はい
`logstash`	はい	はい	はい	はい
`logstash-tcp`	はい	はい	はい	はい
`memory`	はい	はい	はい	はい
`mongodb-atlas`	はい	はい	はい	はい
`net-io`	はい	はい	はい	はい
`ntp`	はい	はい	はい	はい
`postgresql`	はい	はい	はい	はい
`processlist`	はい	はい	はい	はい
`sql`	はい	はい	はい	はい
`statsd`	はい	はい	はい	はい
`supervisor`	はい	はい	はい	はい
`vmem`	はい	はい	はい	はい
`vsphere`	はい	はい	はい	はい

Support for native Prometheus monitors

モニター	AMD64 Linuxのサポート	AMD64 Windowsのサポート	ARM64 Linuxのサポート	ppc64le Linuxのサポート
`coredns`	はい	はい	はい	はい
`etcd`	はい	はい	はい	はい
`gitlab`	はい	はい	はい	はい
`prometheus/go`	はい	はい	はい	はい
`kubernetes-apiserver`	はい	はい	はい	はい
`kube-controller-manager`	はい	はい	はい	はい
`kubernetes-proxy`	はい	はい	はい	はい
`kubernetes-scheduler`	はい	はい	はい	はい
`prometheus/nginx-vts`	はい	はい	はい	はい
`prometheus/node`	はい	はい	はい	はい
`prometheus/postgres`	はい	はい	はい	はい
`prometheus/redis`	はい	はい	はい	はい
`traefik`	はい	はい	はい	はい

Support for native Telegraf monitors

モニター	AMD64 Linuxのサポート	AMD64 Windowsのサポート	ARM64 Linuxのサポート	ppc64le Linuxのサポート
`aspdotnet`	はい	はい	はい	はい
`telegraf/dns`	はい	はい	はい	はい
`telegraf/exec`	はい	はい	はい	はい
`windows-iis`	はい	はい	はい	はい
`telegraf/logparser`	はい	はい	はい	はい
`telegraf/sqlserver`	はい	はい	はい	はい
`dotnet`	いいえ	はい	いいえ	いいえ
`telegraf/procstat`	はい	はい	はい	はい
`telegraf/snmp`	はい	はい	はい	はい
`telegraf/statsd`	はい	はい	はい	はい
`telegraf/tail`	はい	はい	はい	はい
`telegraf/win_perf_counters`	いいえ	はい	いいえ	いいえ
`windows-legacy`	いいえ	はい	いいえ	いいえ
`telegraf/win_services`	いいえ	はい	いいえ	いいえ

Smart Agent が監視するサブプロセス 🔗

OpenTelemetry Collector バージョン 0.73 以降の Splunk ディストリビューションの ARM64 では、Smart Agent レシーバーのモニタータイプのサポートは実験的です。ppc64le アーキテクチャーでは、Smart Agent レシーバーのモニタータイプの使用はサポートされていません。

サブプロセス・モニタータイプは、メトリクス収集が行われる子プロセスの作成と管理を開始するものです。主なサブプロセス・モニタータイプは3つあります：

collectd および関連する collectd/GenericJMX プラグイン・ベースのインテグレーション
sfxcollectd
JMX

これらのタイプは、Smart Agent でメトリクスを生成する統合から派生したものであり、任意のPythonまたはJavaアプリケーションを実行する現在の機能を反映したものではありません。

Support for collectd subprocess monitors

モニター	AMD64 Linuxのサポート	AMD64 Windowsのサポート	ARM64 Linuxのサポート	ppc64le Linuxのサポート
`collectd/apache`	はい	いいえ	実験的	いいえ
`collectd/chrony`	はい	いいえ	実験的	いいえ
`collectd/cpufreq`	はい	いいえ	実験的	いいえ
`collectd/memcached`	はい	いいえ	実験的	いいえ
`collectd/mysql`	はい	いいえ	実験的	いいえ
`collectd/nginx`	はい	いいえ	実験的	いいえ
`collectd/php-fpm`	はい	いいえ	実験的	いいえ
`collectd/postgresql`	はい	いいえ	実験的	いいえ
`collectd/processes`	はい	いいえ	実験的	いいえ
`collectd/uptime`	はい	いいえ	実験的	いいえ

Support for collectd or GenericJMX subprocess monitors

モニター	AMD64 Linuxのサポート	AMD64 Windowsのサポート	ARM64 Linuxのサポート	ppc64le Linuxのサポート
`collectd/activemq`	はい	いいえ	実験的	いいえ
`collectd/cassandra`	はい	いいえ	実験的	いいえ
`collectd/hadoopjmx`	はい	いいえ	実験的	いいえ
`collectd/kafka`	はい	いいえ	実験的	いいえ
`collectd/kafka_consumer`	はい	いいえ	実験的	いいえ
`collectd/kafka_producer`	はい	いいえ	実験的	いいえ

Support for sfxcollectd Python subprocess monitors

モニター	AMD64 Linuxのサポート	AMD64 Windowsのサポート	ARM64 Linuxのサポート	ppc64le Linuxのサポート
`collectd/consul`	はい	はい	実験的	いいえ
`collectd/couchbase`	はい	はい	実験的	いいえ
`collectd/elasticsearch`	はい	はい	実験的	いいえ
`collectd/etcd`	はい	はい	実験的	いいえ
`collectd/hadoop`	はい	はい	実験的	いいえ
`collectd/health-checker`	はい	はい	実験的	いいえ
`collectd/jenkins`	はい	はい	実験的	いいえ
`collectd/kong`	はい	はい	実験的	いいえ
`collectd/mongodb`	はい	はい	実験的	いいえ
`collectd/openstack`	はい	はい	実験的	いいえ
`collectd/rabbitmq`	はい	はい	実験的	いいえ
`collectd/solr`	はい	はい	実験的	いいえ
`collectd/spark`	はい	はい	実験的	いいえ
`collectd/systemd`	はい	はい	実験的	いいえ
`collectd/zookeeper`	はい	はい	実験的	いいえ

Support for subprocess JMX monitors

モニター	AMD64 Linuxのサポート	AMD64 Windowsのサポート	ARM64 Linuxのサポート	ppc64le Linuxのサポート
`jmx`	はい	はい（JREが必要です）	実験的	いいえ

メリット 🔗

Smart Agentレシーバーを使用すると、OpenTelemetry Collectorを通してSmart Agentモニターを使用できます。ほとんどの場合、既存のSmart Agentモニターの設定を変更せずにCollectorの設定ファイルに移動できます。

モニター・データソースのリストについては、Splunk Observability Cloud でサポートされているインテグレーションを参照してください。

はじめに 🔗

デフォルトでは、Splunk Distribution of OpenTelemetry Collector には、ホストモニタリング (エージェント) モードでデプロイする場合、スマートエージェントレシーバーが processlist モニタとともに含まれています。詳細は Collector のデプロイモードを参照してください。

Collectorに追加するSmart Agentモニターごとに、Smart Agentレシーバーを追加します。CollectorでSmart Agentモニターを設定すると、各Smart Agentレシーバーは対応するSmart Agentモニターのように動作します。

サンプル構成 🔗

次の例では、Smart Agentレシーバーを使用してPostgresqlモニターをCollectorに追加します：

receivers:
  smartagent/postgresql:
    type: postgresql
    host: mypostgresinstance
    port: 5432
    dimensionClients:
      - signalfx # Instructs the receiver to use this exporter for dimension updates

その後、互換性のあるパイプラインにレシーバーを追加できます。例：

service:
  pipelines:
    metrics:
      receivers:
        - smartagent/postgresql
      exporters:
        - signalfx

ディメンションプロパティまたはタグを更新するモニターを使用する場合、例えば postgresql のように、Smart Agent レシーバー構成ブロックの dimensionClients フィールドに SignalFx エクスポーターの名前を追加します。 dimensionClients フィールドにエクスポーターを設定しない場合、レシーバーは接続されているパイプラインを使用しようとします。ディメンションの更新が不要な場合は、空の配列 ( [] ) を使用して非アクティブにできます。

注意

設定から smartagent/processlist レシーバーを削除しないでください。システムプロセスとスマートエージェントのテレメトリは、レシーバーの設定に依存します。

その他のメトリクスの追加 🔗

Smart Agentモニターを使用して追加のメトリクスを取り込むには、extraMetrics フィールドをモニター構成に追加します。例：

receivers:
  smartagent/postgresql:
    type: postgresql
    host: mypostgresinstance
    port: 5432
    extraMetrics:
      - actual-name-0 # Add metrics to be ingested
      - actual-name-1

設定 🔗

Smart Agent のモニターを設定するには、Splunk Observability Cloud でサポートされているインテグレーションの各モニタータイプのドキュメントを参照してください。

トラブルシューティング 🔗

Splunk Observability Cloudをご利用のお客様で、Splunk Observability Cloudでデータを確認できない場合は、以下の方法でサポートを受けることができます。

Splunk Observability Cloudをご利用のお客様

Splunk サポートポータルでケースを送信する
Contact Splunk Support .

見込み客および無料トライアルユーザー様

Splunk Answers のコミュニティサポートで質問し、回答を得る
Splunk #observability ユーザーグループの Slack チャンネルに参加して、世界中の顧客、パートナー、Splunk 社員とのコミュニケーションを図る。参加するには、Get Started with Splunk Community マニュアルのチャットグループを参照してください。

This page was last updated on 2024年05月29日.

Related Topics