Kubernetesイベント 🔗
Splunk Distribution of OpenTelemetry Collector は、Smart Agent レシーバー を kubernetes-events モニタータイプで使用し、Kubernetes イベントをリッスンします。このインテグレーションはマネージャーノード上で実行されている Kubernetes API を呼び出し、Kubernetes イベントを OpenTelemetry パイプラインを通して Infrastructure Monitoring イベントとして Splunk Observability Cloud に送信します。
開始後、Kubernetesイベント・モニタータイプは、Kubernetesがまだ永続化されている全てのイベントと、新しいイベントを送信します。様々なエージェントが、どのインスタンスがイベントをリードし、送信するかを決定します。alwaysClusterReporter が true に設定されている場合、すべてのノードが同じデータを送信し、マネージャノードへの追加のクエリはありません。
このモニタータイプは、Kubernetes、Linux、Windowsで利用できます。
メリット 🔗
これらの機能にアクセスできるようにインテグレーションを設定します：
イベントを表示します。独自のカスタムダッシュボードを作成することができ、ほとんどのモニターはビルトインダッシュボードも提供します。ダッシュボードについては、Splunk Observability Cloudでダッシュボードを表示する を参照してください。
Infrastructure Monitoring に表示される環境内の物理サーバー、仮想マシン、AWS インスタンス、およびその他のリソースのデータ駆動型の視覚化を表示します。ナビゲーターについては、Splunk Infrastructure Monitoring でナビゲーターを使用する を参照してください。
インストール 🔗
このインテグレーションを導入するには、以下の手順に従ってください：
Splunk Distribution of the OpenTelemetry Collector をホストまたはコンテナプラットフォームにデプロイします：
[設定] セクションの説明に従ってインテグレーションを設定します。
Splunk Distribution of OpenTelemetry Collector を再起動します。
Helmありでデプロイする 🔗
Helmチャートでこのモニターを有効にするには、helm installコマンドにこの引数を含めます：
-set splunkObservability.infrastructureMonitoringEventsEnabled='true'
Helmなしでデプロイする 🔗
Helmなしでデプロイするには、OTelコンフィギュレーションに以下を含めます：
processors:
resource/add_event_k8s:
attributes:
- action: insert
key: kubernetes_cluster
value: CHANGEME
receivers:
smartagent/kubernetes-events:
type: kubernetes-events
alwaysClusterReporter: true
service:
pipelines:
logs/events:
exporters:
- signalfx
processors:
- memory_limiter
- batch
- resourcedetection
- resource/add_event_k8s
receivers:
- smartagent/kubernetes-events
設定 🔗
Smart Agent モニターとCollector のインテグレーションを使用するには、以下の手順に従います：
Smart Agent レシーバーを設定ファイルに含めます。
レシーバーセクションおよびパイプラインセクションの両方で、Collector 構成にモニタータイプを追加します。
Collector でSmart Agent モニターを使用する の方法を参照してください。
Smart Agent レシーバー の設定方法を参照してください。
一般的な設定オプションのリストについては、モニターの共通設定 を参照してください。
Collectorの詳細は、はじめに：Collectorを理解して使用する を参照してください。
例 🔗
このインテグレーションを有効にするには、Collector構成に以下を追加します：
receivers:
smartagent/kubernetes-events:
type: kubernetes-events
... # Additional config
次に、設定ファイルの service.pipelines.metrics.receivers セクションにモニターを追加します：
services:
logs/events:
receivers:
- smartagent/kubernetes-events
最後に、送信するイベントを設定します。以下のコマンドで、クラスターで発生しているイベントの種類を確認できます：
kubectl get events -o yaml --all-namespaces
すべてのイベントを送信するには、values.yamlで _sendAllEvents オプションを true に設定し、whitelistedEvents オプションを削除します。
出力から、Reason （Started、Created、Scheduled）と Kind （Pod、ReplicaSet、Deployment…）を組み合わせて、送信するイベントを選択します。- 許可したいイベント・ルールごとに、reason と involveObjectKind を個別に指定します。- イベントは、送信したいイベントのリストとして whitelistedEvents 設定オプションに配置されます。- イベント名は理由名と一致します。
コンフィギュレーション設定 🔗
オプション |
必須 |
タイプ |
説明 |
|---|---|---|---|
|
いいえ |
|
Kubernetes APIクライアントの設定。 |
|
いいえ |
|
|
|
いいえ |
|
|
ネストされた kubernetesAPI コンフィグ・オブジェクトは以下のフィールドを持ちます：
オプション |
必須 |
タイプ |
説明 |
|---|---|---|---|
|
いいえ |
|
|
|
いいえ |
|
|
|
いいえ |
|
|
|
いいえ |
|
|
|
いいえ |
|
|
ネストされた whitelistedEvents コンフィギュレーション・オブジェクトは以下のフィールドを持ちます：
オプション |
必須 |
タイプ |
|---|---|---|
|
いいえ |
|
|
いいえ |
|
YAML設定の例：
receivers:
smartagent/kubernetes-events:
type: kubernetes-events
whitelistedEvents:
- reason: Created
involvedObjectKind: Pod
- reason: SuccessfulCreate
involvedObjectKind: ReplicaSet
トラブルシューティング 🔗
Splunk Observability Cloudをご利用のお客様で、Splunk Observability Cloudでデータを確認できない場合は、以下の方法でサポートを受けることができます。
Splunk Observability Cloudをご利用のお客様
Splunk サポートポータル でケースを送信する
Contact Splunk Support .
見込み客および無料トライアルユーザー様
Splunk Answers のコミュニティサポートで質問し、回答を得る
Splunk #observability ユーザーグループの Slack チャンネルに参加して、世界中の顧客、パートナー、Splunk 社員とのコミュニケーションを図る。参加するには、Get Started with Splunk Community マニュアルの チャットグループ を参照してください。