Apache ActiveMQ 🔗

The Splunk Distribution of OpenTelemetry Collector uses the Smart Agent receiver with the Apache ActiveMQ monitor type to track the following information from ActiveMQ:

ブローカー（ブローカーごとの合計）
キュー（キューの状態）
トピック（トピックの状況）

このインテグレーションはKubernetesとLinuxでのみ利用可能です。

このインテグレーションは、ActiveMQ 5.8.0以降で動作します。

メリット 🔗

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

メトリクスを表示します。独自のカスタム・ダッシュボードを作成することができ、ほとんどのモニターは組み込みのダッシュボードも提供しています。ダッシュボードについては、Splunk Observability Cloudでダッシュボードを表示するを参照してください。
Infrastructure Monitoring に表示される環境内の物理サーバー、仮想マシン、AWS インスタンス、およびその他のリソースのデータ駆動型の視覚化を表示します。ナビゲーターについては、Splunk Infrastructure Monitoring でナビゲーターを使用するを参照してください。
Metric Finder にアクセスして、モニターから送信されたメトリクスを検索します。詳細については、Search the Metric Finder and Metadata Catalog を参照してください。

インストール 🔗

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

Splunk Distribution of OpenTelemetry Collector をホストまたはコンテナプラットフォームにデプロイします：
- Kubernetesにインストールする
- Linuxにインストールする
設定のセクションで説明するように、モニターを設定します。
Splunk Distribution of OpenTelemetry Collector を再起動します。

設定 🔗

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

Smart Agent レシーバーを設定ファイルに含めます。
レシーバーセクションおよびパイプラインセクションの両方で、Collector 構成にモニタータイプを追加します。

Collector でSmart Agent モニターを使用するの方法を参照してください。
Smart Agent レシーバーの設定方法を参照してください。
一般的な設定オプションのリストについては、モニターの共通設定を参照してください。
Collectorの詳細は、はじめに：Collectorを理解して使用するを参照してください。

例 🔗

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

receivers:
  smartagent/activemq:
    type: collectd/activemq
    ...  # Additional config

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

service:
  pipelines:
    metrics:
      receivers: [smartagent/activemq]

設定オプション 🔗

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

オプション	必須	タイプ	説明
`host`	はい	`string`	接続先のホスト。JMXはリモート・アクセス用に設定されていてエージェントからアクセスできる必要があります。
`port`	はい	`integer`	アプリケーションの（RMIポートではない）JMX接続ポート。これは、アプリケーションの実行時にJVMに設定されるべき `com.sun.management.jmxremote.port` Javaプロパティに対応しています。
`name`	いいえ	`string`
`serviceName`	いいえ	`string`	これは、Splunk Splunk Observability Cloud UI so that you can get built-in content for it. For custom JMX integrations, it can be set to whatever you like.
`serviceURL`	いいえ	`string`	JMX接続文字列。これは Go テンプレートとしてレンダリングされはこのコンフィギュレーションの他の値にアクセスできます。注：通常、この文字列を直接設定することは推奨されません。上記のようにホストとポートを設定することが推奨されます。(デフォルト： `service:jmx:rmi:///jndi/rmi://{{.Host}}:{{.Port}}/jmxrmi` )
`instancePrefix`	いいえ	`string`	生成されたプラグイン・インスタンスにプレフィックスをつけます。2番目の `instancePrefix` が参照されるMBeanブロックで指定された場合、Connectionブロックで指定された接頭辞がプラグイン・インスタンスの先頭に現れ、MBeanブロックで指定された接頭辞がそれに追加されます。
`username`	いいえ	`string`	サーバーを認証するユーザー名
`password`	いいえ	`string`	サーバーを認証するためのユーザーパスワード
`customDimensions`	いいえ	`map of strings`	接続収集時にカスタムディメンションのキーと値のペアを取り込みします。
`mBeansToCollect`	いいえ	`list of strings`	実際に収集するために `mBeanDefinitions` で定義されているMBeansのます。提供されない場合、定義されたすべての MBeans が収集されます。
`mBeansToOmit`	いいえ	`list of strings`	省略するMBeansのリスト。これは少数の MBeansのみをデフォルトのリストから省く必要がある場合に有用です。
`mBeanDefinitions`	いいえ	`map of objects (see below)`	JMX MBean の値をメトリクスにマッピングする方法を指定します。 Cassandra、Kafka、ActiveMQなどの特定のサービスモニターには、マッピングのセットがあらかじめロードされおり、このオプションで追加したマッピングは、それらのマッピングにマージされます。詳細については、Collectd documentation を参照してください。

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

オプション	必須	タイプ	説明
`objectName`	いいえ	`string`	MBeanServerからMBeansを取得するために使われるパターンを基本的にはキーと値のペアである、いわゆる「プロパティ」から設定するします。複数のMBeanが返される場合、`instanceFrom` オプションを使用して識別子を一意にする必要があります。
`instancePrefix`	いいえ	`string`	生成されたプラグイン・インスタンスにプレフィックスをつけます。
`instanceFrom`	いいえ	`list of strings`	JMX が MBeans を識別するために使用するオブジェクト名には、。与えられたオブジェクト名が一意でなく、複数のMBeansが返される場合、これらのプロパティの値は通常異なります。このオプションを使用すると、適切なプロパティ値からプラグイン・インスタンスを構築できます。このオプションは任意であり、複数のプロパティ値からプラグイン・インスタンスを生成するために繰り返すことができます。
`values`	いいえ	`list of objects (see below)`	`value` ブロックは、MBean の1つ以上の属性を値リストをエージェント内に持たなければなりません。各MBeanブロック内に少なくとも1つの `value` ブロックがなければなりません。
`dimensions`	いいえ	`list of strings`

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

オプション	必須	タイプ	説明
`type`	いいえ	`string`	次の値を扱うためにエージェント内で使用されるデータセットを設定します MBean属性の値を処理します。
`table`	いいえ	`bool`	返された属性が複合型の場合、これを `true` に設定します。 `true` に設定すると、複合型内のキーが型のインスタンスに追加されます。(デフォルト： `false` )
`instancePrefix`	いいえ	`string`	MBeanブロックの直下にある同名のオプションと同様に機能しますが、代わりに型インスタンスを設定します。
`instanceFrom`	いいえ	`list of strings`	MBeanブロックの直下にある同名のオプションと同様に機能しますが、代わりに型インスタンスを設定します。
`attribute`	いいえ	`string`	値を読み込む属性名を設定します。ドットを使ってキー名と属性名を連結することで、複合型のキーにアクセスできます。例：」attrib0.key42 「。`table` が `true` に設定されている場合、path は複合型を指さなければならず、そうでない場合は数値型を指す必要があります。
`attributes`	いいえ	`list of strings`	上記の `attribute` 設定の複数形。 1つの MBean から複数のメトリクスを導出するために使用されます。

メトリクス 🔗

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

備考 🔗

To learn more about the available in Splunk Observability Cloud see メトリクスタイプ
In host-based subscription plans, default metrics are those metrics included in host-based subscriptions in Splunk Observability Cloud, such as host, container, or bundled metrics. Custom metrics are not provided by default and might be subject to charges. See メトリクスカテゴリ for more information.
MTSベースのサブスクリプションプランでは、すべてのメトリクスがカスタムです。
メトリクスを追加するには、その他のメトリクスの追加で extraMetrics の設定方法を参照してください。

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

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 マニュアルのチャットグループを参照してください。

このページは 2024年12月09日に最終更新されました。

Related Topics