systemd
Collectd Systemd モニターには、この Splunk Observability Cloud インテグレーションを使用してください。メリット、インストール、設定、メトリクスを参照してください
Splunk Distribution of OpenTelemetry CollectorはSmart Agentレシーバーと collectd/systemd モニタータイプを使用して、設定されたsystemdサービスの状態に関するメトリクスを収集します。
このインテグレーションはKubernetesとLinuxで利用できます。
メリット
インテグレーションを設定すると、これらの機能にアクセスできるようになります:
-
メトリクスを表示します。独自のカスタムダッシュボードを作成することができ、ほとんどのモニターは組み込みのダッシュボードも提供しています。ダッシュボードの詳細については、「Splunk Observability Cloudでダッシュボードを表示する」を参照してください。
-
Infrastructure Monitoring に表示される環境内の物理サーバー、仮想マシン、AWS インスタンス、およびその他リソースのデータ駆動型の視覚化を表示します。ナビゲータの詳細については、「Splunk Infrastructure Monitoring でナビゲーターを使用する」を参照してください。
-
Metric Finder へアクセスし、モニターから送信されたメトリクスを検索します。詳細は、「メトリクス・ファインダーとメタデータ・カタログを検索する」を参照してください。
要件
このインテグレーションは、systemd サービスのステータスを /var/run/dbus/system_bus_socket から読み取ります。Collector または Smart Agent が実行されているコンテナにホストロケーションをマウントする必要があります。エージェントコンテナも特権モードで実行する必要があります。次の例は、docker run コマンドの一部を示しています。
docker run ...\
--privileged \
-v /var/run/dbus/system_bus_socket:/var/run/dbus/system_bus_socket:ro \
...
インストール
このインテグレーションを導入するには、以下の手順に従ってください:
-
Splunk Distribution of OpenTelemetry Collector をホストまたはコンテナプラットフォームにデプロイします:
-
設定のセクションで説明するように、モニターを設定します。
-
Splunk Distribution of OpenTelemetry Collector を再起動します。
設定
Smart Agent モニターとCollector のインテグレーションを使用するには、以下の手順に従います:
-
Smart Agent レシーバーを設定ファイルに含めます。
-
レシーバーセクションおよびパイプラインセクションの両方で、Collector 構成にモニタータイプを追加します。
-
「Collector でSmart Agent モニターを使用する」を参照してください。
-
Smart Agent レシーバーの設定方法を参照してください。
-
一般的な構成オプションのリストについては、「モニターの共通設定」を参照してください。
-
Collector の詳細については、「はじめに:Collector を理解して使用する」を参照してください。
-
例
このインテグレーションを有効にするには、Collector構成に以下を追加します:
receivers:
smartagent/systemd:
type: collectd/systemd
... # Additional config
次に、設定ファイルの service.pipelines.metrics.receivers セクションにモニターを追加します:
service:
pipelines:
metrics:
receivers: [smartagent/systemd]
高度な例
以下は、docker と ubuntu-fan サービスの状態を監視するための YAML 設定の抜粋です:
receivers:
smartagent/systemd:
type: collectd/systemd
intervalSeconds: 10
services:
- docker
- ubuntu-fan
デフォルトでは、gauge.substate.running メトリクス(サービスが実行されているかどうかを示す)のみがレポートされます。次の例に示すように、sendActiveState、sendSubState、sendLoadState 設定フラグを使用して追加のメトリクスを設定します。
receivers:
smartagent/systemd:
type: collectd/systemd
intervalSeconds: 10
services:
- docker
- ubuntu-fan
sendActiveState: true
コンフィギュレーション設定
次の表に、このモニターの設定オプションを示します:
|
オプション |
必須 |
タイプ |
説明 |
|---|---|---|---|
|
|
あり |
|
報告対象のサービス。 |
|
|
いいえ |
|
systemd サービスの状態に関するメトリクスを送信するフラグ。 デフォルト値は |
|
|
いいえ |
|
systemd サービスの状態について、より詳細なメトリクススを送信するための フラグ。デフォルト値は |
|
|
いいえ |
|
systemd サービスの負荷状態に関するメトリクスを送信する 処理されます。デフォルト値は |
サービスは、メトリクス値が 1 の場合、メトリクスが表す状態にあり、メトリクス値が 0 の場合、その状態にはありません。インテグレーションにより、モニター対象サービスの名前が systemd_service ディメンションに割り当てられます。
メトリクス
このインテグレーションでは、以下のメトリクスを使用できます:
https://raw.githubusercontent.com/signalfx/splunk-otel-collector/main/internal/signalfx-agent/pkg/monitors/collectd/systemd/metadata.yaml
備考
-
Splunk Observability Cloud で利用可能なメトリクスタイプの詳細は、「メトリクスタイプ」を参照してください。
-
ホストベースのサブスクリプションプランでは、デフォルトのメトリクスは、ホスト、コンテナ、バンドルメトリクスなど、Splunk Observability Cloud のホストベースのサブスクリプションに含まれるメトリクスです。カスタムメトリクスはデフォルトでは提供されていないため、料金が発生する場合があります。詳細については、「メトリクスカテゴリ」を参照してください。
-
MTSベースのサブスクリプションプランでは、すべてのメトリクスがカスタムです。
-
メトリクスを追加するには、「その他のメトリクスの追加」で
extraMetricsの設定方法を参照してください。
トラブルシューティング
__ ___ ___ _ ______ _____________ _____ ________ ___ ___ ___ ____ __ ___ ____ ____ __ ______ _____________ ______ ___ ___ ___ ____ __ ___ _________ _____
_________ __ ______ _____________ _____ _________
-
______ _ ____ __ ___ ______ _______ _______
-
_______ ______ ________
_________ __ ___________ _________ ___ ____ _____ _____
-
___ _ ________ ___ ___ _______ _______ _________ _______ __ ______ ________
-
____ ___ ______ ______________ ____ _____ _____ _______ __ ___________ ____ __________ _________ ___ ______ _________ __________ __ _____ ___ ____ _______