Docs » Splunk Observability Cloud でサポートされているインテグレーション » Cloud Foundry Loggregator Firehose

Cloud Foundry Loggregator Firehose 🔗

Splunk Distribution of OpenTelemetry Collectorは、Smart Agentレシーバー とCloud Foundry Loggregator Firehoseモニタータイプを使用して、Cloud Foundry Firehoseノズルを作成します。これは、Loggregatorからメトリクスを抽出するCloud Foundry Reverse Log Proxy (RLP) Gatewayに接続します。

注釈

ネイティブのOpenTelemetryを使用して OpenTelemetry CollectorでCloud Foundryを監視するには、Cloud Foundry レシーバー コンポーネントを参照してください。

以下が該当します：

  • このインテグレーションはLinuxのみで利用できます。

  • このインテグレーションは、Pivotal Cloud Foundry (PCF) 2.4からRLP Gatewayモデルを使用しているため、古いリリースでは動作しません。

  • モニターは、ゲージとカウンターメトリクスをサポートします。詳しくは メトリクスタイプ を参照してください。

メリット 🔗

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

インストール 🔗

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

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

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

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

設定 🔗

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

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

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

例 🔗

このインテグレーションを有効にするには、Collector構成に以下を追加します：

receivers:
  smartagent/cloudfoundry-firehose-nozzle
    type: cloudfoundry-firehose-nozzle
    ... # Additional config

次に、設定ファイルの service.pipelines.metrics.receivers セクションにモニターを追加します：

service:
  pipelines:
    metrics:
      receivers: [smartagent/cloudfoundry-firehose-nozzle]

コンフィギュレーション設定 🔗

次の表に、このインテグレーションの設定オプションを示します：

オプション

必須

タイプ

説明

rlpGatewayUrl

いいえ

string
RLP GatewayサーバーへのベースURL。これは多くの場合、

https://log-stream.<CLOUD CONTROLLER SYSTEM DOMAIN> 形式になります (PCF 2.4+を使用している場合)。

rlpGatewaySkipVerify

いいえ

bool
SSL/TLS検証をスキップするかどうか (HTTPS を使用して

RLPゲートウェイに接続する場合) （デフォルト: false ）。

uaaUser

いいえ

string
適切な権限を持ち

Firehose からログを取得するユーザーのUAAユーザー名 （通常は logs.admin 権限）。

uaaPassword

いいえ

string

上記UAAユーザーのパスワード

uaaUrl

いいえ

string
UAAサーバーのURL。このモニターはアクセストークンを

RLPゲートウェイとの認証に使用する、このサーバーから取得します。

uaaSkipVerify

いいえ

bool
SSL/TLS検証をスキップするかどうか (HTTPS を使用して

UAAサーバーへ（デフォルト： false ）。

shardId

いいえ

string
ノズルのシャードID。同じIDを持つすべてのノズルインスタンスは

Firehoseからデータの排他的なサブセットを受け取ります。ほとんどの場合、デフォルトで十分です。(デフォルト: signalfx_nozzle )

PCFコンフィギュレーション 🔗

PCFのKPI（Key Performance Indicator）のほとんどはFirehoseを通じて提供されます。クラスターをスケールアップまたはスケールダウンするタイミングを決定するためのKPIの詳細については、PCFのドキュメントを参照してください。

RLP Gatewayにアクセスするための適切な権限を持つCloud Foundry User Account and Authentication（UAA）ユーザーを作成するには、次のコマンドを実行します：

$ uaac client add my-v2-nozzle \
    --name signalfx-nozzle \
    --secret <signalfx-nozzle client secret> \
    --authorized_grant_types client_credentials,refresh_token \
    --authorities logs.admin

uaaUsername コンフィグ値を signalfx-nozzle に、uaaPassword フィールドを選択した <signalfx-nozzle client secret> に設定します。

メトリクス 🔗

ゲージとカウンターのメトリクスは、以下の方法でPCFプラットフォームアプリとプラットフォームコンポーネントから収集されます：

  • Firehose ゲージのメトリクスは Splunk Infrastructure Monitoring ゲージに変換されます。

  • Firehose カウンター・メトリクスは、Infrastructure Monitoring 累積カウンター・メトリクスに変換されます。

  • Firehose エンベロープのタグはすべて、Infrastructure Monitoring に送信する際にディメンションに変換されます。

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

備考 🔗

  • 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日 に最終更新されました。