Docs » Splunk Observability Cloud でサポートされているインテグレーション » オーケストレーションのためにアプリケーション・レシーバーを設定する » OpenShiftクラスター

OpenShiftクラスター 🔗

Splunk Distribution of OpenTelemetry Collectorは、Smart Agentレシーバーと openshift-cluster モニタータイプを使用して、Kubernetes APIサーバーからクラスターレベルのメトリクスを収集します。これには、Kubernetes クラスター (非推奨) のすべてのメトリクスと、追加のOpenShift固有のメトリクスが含まれます。openshift-cluster モニターが自動的に組み込まれるため、OpenShiftデプロイでは kubernetes-cluster モニターのみを使用する必要があります。

このモニターはKubernetes、Linux、Windowsで利用できます。

動作 🔗

エージェントは一般的にKubernetesクラスター内の複数の場所で実行されており、一般的にすべてのエージェントインスタンスで同じ設定を共有する方が便利であるため、このモニターはデフォルトで、クラスター内でメトリクスを送信する唯一のエージェントであることを保証するためにリーダー選出プロセスを使用します。

このモニターが構成されている同じ名前空間で動作しているすべてのエージェントは、どのエージェントがこのモニターのメトリクスを送信するかをエージェント間で決定します。このエージェントがリーダー・エージェントになります。残りのエージェントは、リーダー・エージェントが死亡した場合に起動できるように待機しています。alwaysClusterReporter オプションを true に設定することで、リーダー・エージェントの選出をオーバーライドできます。

メリット 🔗

インテグレーションを設定すると、これらの機能にアクセスできるようになります：

インストール 🔗

このインテグレーションを導入するには、以下の手順に従ってください：

  1. Splunk Distribution of OpenTelemetry Collector をホストまたはコンテナプラットフォームにデプロイします。

    デフォルトでは、Collectorはログインしている名前空間にインストールされます。Collectorを別の名前空間にデプロイするには、--namespace フラグを使用してCollectorを配置する場所を指定します。

    • Install on Kubernetes Helmチャートを使用してKubernetesをインストールする場合、標準のKubernetesメトリクスに加えて、特定のOpenShiftメトリクスを生成するには、--set distribution='openshift' オプションを使用します。

      例：

      helm install --set cloudProvider=' ' --set distribution='openshift' --set splunkObservability.accessToken='******' --set clusterName='cluster1' --namespace='namespace1' --set splunkObservability.realm='us0' --set gateway.enabled='false' --generate-name splunk-otel-collector-chart/splunk-otel-collector``

      詳細はGitHubレポを参照してください。

    • Linuxにインストールする

    • Windowsへのインストール

  2. 設定のセクションで説明するように、モニターを設定します。

  3. Splunk Distribution of OpenTelemetry Collector を再起動します。

設定 🔗

Smart Agent モニターとCollector のインテグレーションを使用するには、以下の手順に従います：

  1. Smart Agent レシーバーを設定ファイルに含めます。

  2. レシーバーセクションおよびパイプラインセクションの両方で、Collector 構成にモニタータイプを追加します。

設定オプション 🔗

次の表に、このモニターの設定オプションを示します：

オプション

必須

タイプ

説明

alwaysClusterReporter

いいえ

bool
true の場合、リーダー選出はスキップされ、メトリクスが常に

報告されています。デフォルト値は false です。

namespace

いいえ

string
指定された場合、指定された名前空間内のリソースだけが

監視されます。省略 (空白) の場合、すべての名前空間でサポートされているすべてのリソースが監視されます。

kubernetesAPI

いいえ

object

K8s APIクライアントの設定

nodeConditionTypesToReport

いいえ

list of strings

このダイアグラムでは、次のようなダイアグラムが表示されます。メトリックは、0 が 「False」 に、1 が 「True」 に、-1 が 「Unknown」 に対応する、kubernetes.node_<type_snake_cased> 形式のデータ・ポイントとして報告されます。デフォルト値は [Ready] です。

ネストされた kubernetesAPI コンフィギュレーション・オブジェクトは以下のフィールドを持ちます：

オプション

必須

タイプ

説明

authType

いいえ

string
K8s APIサーバーの認証方法。これは以下のいずれかです。

none (認証なしの場合)、tls (手動で指定した TLS クライアント証明書を使用します。非推奨)、 serviceAccount (エージェントポッドに提供された標準サービスアカウントトークンを使用する)、または kubeConfig ( ~/.kube/config からの証明書を使用する)。デフォルト値は serviceAccount です。

skipVerify

いいえ

bool
APIサーバーからのTLS証明書の検証をスキップするかどうか。

ほとんど必要ありません。デフォルト値は false です。

clientCertPath

いいえ

string
以下の場合、ポッドのファイルシステム上のTLSクライアント証明書へのパス

tls 認証を使用する場合。

clientKeyPath

いいえ

string
TLS証明書を使用する場合、ポッドのファイルシステム上のTLSクライアント鍵へのパス。

tls 認証。

caCertPath

いいえ

string
APIサーバーのTLS証明書を検証する際に使用するCA証明書へのパス。

通常、これはKubernetesがサービスアカウント・トークンと一緒に提供し、自動的にピックアップされるので、指定する必要はほとんどないはずです。

メトリクス 🔗

このインテグレーションでは、以下のメトリクスを使用できます：

備考 🔗

  • Splunk Observability Cloudで利用可能なメトリクスタイプの詳細は、メトリクスタイプ を参照してください。

  • ホストベースのサブスクリプションプランでは、デフォルトのメトリクスは、ホスト、コンテナ、バンドルメトリクスなど、Splunk Observability Cloudのホストベースのサブスクリプションに含まれるメトリクスです。カスタムメトリクスはデフォルトでは提供されず、料金が発生する場合があります。詳細については、メトリクスカテゴリ を参照してください。

  • MTSベースのサブスクリプションプランでは、すべてのメトリクスがカスタムです。

  • メトリクスを追加するには、その他のメトリクスの追加 で extraMetrics の設定方法を参照してください。

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

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

Splunk Observability Cloudをご利用のお客様

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

  • Splunk Answers のコミュニティサポートで質問し、回答を得る

  • Join the Splunk #observability user group Slack channel to communicate with customers, partners, and Splunk employees worldwide. To join, see Chat groups in the Get Started with Splunk Community manual.

このページは 2025年02月11日 に最終更新されました。