Chrony receiver 🔗
The Chrony receiver is a pure Go implementation of the command chronyc tracking
which allows portability across systems and platforms. The receiver produces all of the metrics that would typically be captured by the tracking command.
For more information about Chrony, see Red Hat’s Chrony suite documentation .
はじめに 🔗
以下の手順に従って、コンポーネントの設定とアクティベーションを行ってください:
Splunk Distribution of the OpenTelemetry Collector をホストまたはコンテナプラットフォームにデプロイします:
Configure the Chrony receiver as described in the next section.
Collector を再起動します。
デフォルト設定 🔗
To activate the receiver, add chrony
to the receivers
section of your configuration file:
receivers:
chrony/defaults:
endpoint: unix:///var/run/chrony/chronyd.sock # The default port by chronyd to allow cmd access
timeout: 10s # Allowing at least 10s for chronyd to respond before giving up
次に、設定ファイルの service
セクションの metrics
パイプラインに、レシーバーを含めます:
service:
pipelines:
metrics:
receivers:
- chrony
高度な設定 🔗
You can use the following settings:
endpoint
. Required. The address wherechrony
communicates to. Allowed formats are:udp://hostname:port
unixgram:///path/to/chrony/sock
unix:///path/to/chrony.sock - Note the triple slash. Unix is converted to unixgram.
timeout
. Optional. The total amount of time allowed to read and process the data from chronyd. Use at least 1 second.collection_interval
. Optional. Determines how often to query Chrony.initial_delay
. Optional.1s
by default. Defines how long this receiver waits before starting. See more in Red Hat’s Chrony suite documentation .metrics
. Optional. Metrics to export. See the metric documentation in GitHub .
設定例 🔗
See the following configuration example:
receivers:
chrony:
endpoint: unix:///var/run/chrony/chronyd.sock
timeout: 10s
collection_interval: 30s
metrics:
ntp.skew:
enabled: true
ntp.stratum:
enabled: true
設定 🔗
The following table shows the configuration options for the Chrony receiver:
メトリクス 🔗
以下のメトリクス、リソース属性、および属性が利用可能です。
See also the metric documentation in GitHub .
特定のメトリクスをアクティブまたは非アクティブにする 🔗
各メトリクスの metrics
セクションの enabled
フィールドを設定することで、特定のメトリクスをアクティブまたは非アクティブにできます。例:
receivers:
samplereceiver:
metrics:
metric-one:
enabled: true
metric-two:
enabled: false
以下は、アクティブ化されたメトリクスを持つホスト・メトリクス・レシーバーの構成例です:
receivers:
hostmetrics:
scrapers:
process:
metrics:
process.cpu.utilization:
enabled: true
注釈
無効化されたメトリクスは Splunk Observability Cloud に送信されません。
Billing 🔗
If you’re in a MTS-based subscription, all metrics count towards metrics usage.
If you’re in a host-based plan, metrics listed as active (Active: Yes) on this document are considered default and are included free of charge.
Learn more at Infrastructure Monitoringのサブスクリプション使用状況(ホストとメトリクスのプラン).
トラブルシューティング 🔗
Splunk Observability Cloudをご利用のお客様で、Splunk Observability Cloudでデータを確認できない場合は、以下の方法でサポートを受けることができます。
Splunk Observability Cloudをご利用のお客様
Submit a case in the Splunk Support Portal .
Contact Splunk Support .
見込み客および無料トライアルユーザー様
Splunk Answers のコミュニティサポートで質問し、回答を得る
Splunk #observability ユーザーグループの Slack チャンネルに参加して、世界中の顧客、パートナー、Splunk 社員とのコミュニケーションを図る。参加するには、Get Started with Splunk Community マニュアルの チャットグループ を参照してください。