Apache Tomcat 🔗

The Splunk Distribution of the OpenTelemetry Collector uses the Smart Agent receiver with the Collectd Tomcat monitor type to monitor Tomcat. You must activate JMX Remote to monitor Tomcat remotely. See GenericJMX for more information.

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

メリット 🔗

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

メトリクスを表示します。独自のカスタム・ダッシュボードを作成することができ、ほとんどのモニターは組み込みのダッシュボードも提供しています。ダッシュボードについては、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/tomcat:
    type: collectd/tomcat
    ...  # Additional config

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

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

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

次の表は、このインテグレーションの設定オプションを示したものです：

オプション	必須	タイプ	説明
`host`	はい	`string`	接続先のホスト。JMX がリモートアクセス用に設定されエージェントからアクセスできる必要があります。
`port`	はい	`integer`	JMX 接続ポート。これはアプリケーションのリモートメソッド呼び出し（RMI）ポートと同じではありません。これは、アプリケーションの実行時にJVMに設定する `com.sun.management.jmxremote.port` Javaプロパティに対応します。
`name`	いいえ	`string`
`serviceName`	いいえ	`string`	これは、UIでサービスタイプを識別する方法でありその組み込みコンテンツを取得できます。カスタムJMXインテグレーションの場合は、好きなように設定できます。
`serviceURL`	いいえ	`string`	JMX接続文字列。これは Go テンプレートとしてレンダリングされこのコンフィギュレーションの他の値にアクセスできます。通常、この文字列を直接設定することは推奨されません。上記のようにホストとポートを設定することが望ましい。デフォルト値は `service:jmx:rmi:///jndi/rmi://{{.Host}}:{{.Port}}/jmxrmi` )。このコンフィギュレーションの他の値にアクセスできます。通常、この文字列を直接設定することは推奨されません。上記のようにホストとポートを設定することが望ましい。デフォルト値は `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 が収集されます。リスト。指定されない場合、定義されたすべての MBeans が収集されます。
`mBeansToOmit`	いいえ	`list of strings`	省略するMBeansのリスト。これは少数の MBeansのみをデフォルトのリストから省く必要がある場合に有用です。
`mBeanDefinitions`	いいえ	`map of objects` (下記参照）	JMX MBean の値をメトリクスにマッピングする方法を指定します。 specific service monitor such as Cassandra, Kafka, or ActiveMQ, they come pre-loaded with a set of mappings, and any that you add in this option are merged with those. See the Collectd documentation to learn more.

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

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

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

オプション	必須	タイプ	説明
`type`	いいえ	`string`	値を扱うために collectd 内で使用されるデータセットを設定します。 MBean属性の値を処理します。
`table`	いいえ	`bool`	返された属性が複合型の場合、`true` に設定します。 `true` に設定すると、複合型内のキーが型インスタンスに追加されます。デフォルト値は `false` です。
`instancePrefix`	いいえ	`string`	MBeanブロックの直下にある同名のオプションと同様に機能しますが、代わりに型インスタンスを設定します。
`instanceFrom`	いいえ	`list of strings`	MBeanブロックの直下にある同名のオプションと同様に機能しますが、代わりに型インスタンスを設定します。
`attribute`	いいえ	`string`	値を読み込む属性名を設定します。ドットを使ってキー名と属性名を連結することで、複合型のキーにアクセスできます。例えば、」attrib0.key42 「です。`table` が `true` に設定されている場合、パスは複合型を指さなければならず、そうでない場合は数値型を指さなければなりません。
`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