Java センサーの設定

通常、 Instana は以下の情報源からアプリケーション名を自動的に取得します：

• アプリケーション .jar ファイル：この .jar ファイル内では、以下の標準属性が利用可能です META-INF/Manifest.MF：

  Implementation-Title=Demo App
  Implementation-Version=1.0.0
   

  ビルドツールを使用すれば、アプリケーションをビルドする際に両方の属性を設定できます。 詳細については、『 Oracle 』のドキュメントを参照してください。

• コマンドライン：名前が利用できない場合、 Java ツールがJVMを表示するのと同じ方法で、コマンドラインを使用して名前を検索します。

• システムプロパティ：ファイル .jar から名前が取得できない場合、 Instana は、Tomcatコンテナなど -Dcatalina.home 、さまざまなシステムプロパティを調べます。

アプリケーション名を変更するには、次のいずれかの方法を使用してください：

• JVM の初期化時に名前を設定する：アプリケーション名を明示的に設定するには、 JVM を起動する際に `name` -Dcom.instana.agent.jvm.name="My Custom Name" 属性を指定してください。

• 既存のシステムプロパティを使用する：エージェントが既存のカスタムシステムプロパティを使用するように設定するには、エージェント configuration.yaml ファイルにプロパティのリストを指定します。 現存する最初の物件は、 JVM と名付けられています：

com.instana.plugin.java:
  name-properties:
    - 'acme.app'
    - 'DEPLOYMENT'
 

には、 Java ObjectName APIobject_name のドキュメントで指定されているワイルドカードパターンが含まれている場合があります。

次の例は、ワイルドカードパターンを使用した設定を示しています：

com.instana.plugin.java:
  jmx:
    - object_name: 'kafka.*:type=*-metrics,client-id=*,*'
      metrics:
        - attributes: 'incoming-byte-rate'
          type: 'absolute'
        - attributes: 'incoming-byte-total'
          type: 'absolute'
        - attributes: 'outgoing-byte-rate'
          type: 'absolute'
        - attributes: 'outgoing-byte-total'
          type: 'absolute'
 

JVM のダッシュボードでは、「 JMX 」のメトリクスが、「 JMX のカスタムメトリクス 」の下に表示されます。

デフォルトでは、すべての Java プロセスに対して Java のトレース機能が無効になっています。 すべてのプロセスに対して、または特定のプロセスに対して無効にすることができます。

com.instana.plugin.javatrace:
   instrumentation:
     enabled: false
 

特定の計測プラグインを無効にすることで、オーバーヘッドを軽減したり、特定の技術をトレース対象から除外したりすることができます。 詳細については、 「計測プラグインの無効化」 を参照してください。

「 Java Trace」の OpenTracing による計測を有効にするには、エージェント configuration.yaml ファイルを次のように設定してください：

com.instana.plugin.javatrace:
   instrumentation:
     opentracing: true
 

OpenTracing の計測機能を無効にするには、 を opentracing: false に設定してください false。

Java Trace SDK を有効にするには、SDK アノテーションのスキャン対象となるパッケージのリストを以下のように指定して、エージェント configuration.yaml 設定ファイルを構成してください。 デフォルトでは、SDK アノテーションについてスキャンされるパッケージはありません。

com.instana.plugin.javatrace:
   instrumentation:
     sdk:
       packages:
         - 'com.instana.backend'
         - 'com.instana.frontend'
 

Java Trace SDK を無効にするには、セクション packages 全体をコメントアウトしてください。

Kafka Streams では、すべてのストリーム・オペレーターが中間スパンとしてキャプチャーされます。 この機能は、大量のデータが流入する場合に、アプリケーションのパフォーマンスに影響を与えます。 実稼働環境ではこの機能を使用 しないでください 。

Kafka ストリームの中間スパンをキャプチャできるようにするには、 エージェント configuration.yaml ファイルに以下の行を追加してください：

com.instana.plugin.javatrace:
   instrumentation:
    plugins:
     Kafka011StreamIntermediate: true
 

WebMethods Integration Server では、すべてのサービス呼び出しを中間スパンとしてキャプチャする機能を有効にできます。 しかし、サーバーが重いワークロードを処理する場合、この機能はアプリケーションのパフォーマンスに影響を与える可能性がある。

WebMethods Integration Server で内部サービス呼び出しのキャプチャを有効にするには、 エージェント設定ファイル ` YAML ` に以下の行を追加してください：

com.instana.plugin.javatrace:
   instrumentation:
     plugins:
       WebmethodsIntermediate: true
 

webMethods Integration サーバーで内部サービス呼び出しがキャプチャされる際に、中間スパンが生成されることによるパフォーマンスの低下を防ぐため、内部サービス呼び出しのキャプチャを有効にする設定に加えて、 エージェントの設定ファイル（ YAML ） に以下の行を追加してください

com.instana.plugin.javatrace:
   instrumentation:
     enableIntermediateSpanOpt: true
     plugins:
       WebmethodsIntermediate: true
       enableIntermediateSpanOpt: true

Kafka のユーザーがメッセージを取得する際、 Instana は通常、ポーリング操作全体を表す単一のspanを生成します。 つまり、1回のポーリングで取得されたすべてのメッセージは単一のPOLLスパンにまとめられるため、個々のメッセージがどのように処理されているかを把握しにくくなる可能性があります。

トレースの粒度を高めるため、 Instana には、メッセージがバッチ処理で消費される場合でも、個々の送信および受信操作ごとに相関付けを有効にする設定オプションが用意されています。 これにより、メッセージごとに個別のスパンを作成できるようになり、メッセージ単位の処理についてより詳細な分析が可能になります。

この instana.kafka.correlate.send.receive フラグを有効にすると、レコードが個別に処理される際に実行される操作を確認できるようになります。

そのフラグが役立つ場合

個別のレコード処理：

@KafkaListener(topics = "topicName", containerFactory = "kafkaListenerContainerFactory")
public void listen(ConsumerRecord<?, ?> record)
{
    // Process single record
    // DB operations, Kafka sends, etc.
}

この場合、このフラグを有効にすると、個々のレコードの処理中に実行されるデータベースへの書き込み操作や Kafka への送信操作を確認できるようになります。

このフラグの使用が推奨されない場合

一括操作によるバッチ処理：

@KafkaListener(topics = "topicName")
public void receive(List<ConsumerRecord<?, ?>> consumerRecords) {
    // Direct bulk operations without iterating through individual records
}

レコードがバッチ処理として消費され、一括操作（データベースへの一括書き込みなど）が直接実行される場合、このフラグは有用ではなく、POLLスパン内の下流の呼び出しが隠れてしまう可能性があります。

バッチ処理に関する推奨事項

バッチ処理のユースケースでは、アプリケーションの起動時に特定の JVM を除外するようにシステムプロパティを設定することで、このフラグを無効にできます。 この設定により、下流の呼び出しが引き続き可視化されます。

java -jar -Dcom.instana.kafka.correlate.send.receive=false app.jar

混合処理モデルに関する重要な考慮事項

アプリケーションで、 Kafka のバッチ・リスナー（バッチ処理）と標準の Kafka リスナー（単一レコード処理）の両方を使用している場合は、この instana.kafka.correlate.send.receive フラグに関する以下の制限事項に注意してください。

フラグが無効になっている場合、単一レコードの Kafka リスナーは、処理を個別のPOLLスパンとして表示しなくなります。 その代わりに、アプリケーションではレコードを個別に処理しているにもかかわらず、すべてのダウンストリーム呼び出しがそのスパン下にグループ化された単一のPOLLスパンとして表示されます。

Kafka のスパン相関を有効にするには、以下のいずれかの設定を使用してください：

• エージェントの設定：エージェント configuration.yaml 設定ファイルを構成します。

  com.instana.tracing:  
    kafka:  
      correlateEverySendReceive: true # possible values: true or false

  注:

  エージェント configuration.yaml ファイルを編集した後、エージェントまたはアプリケーションを再起動してください。

• 環境変数の設定：以下の例のように環境変数を設定してください：

  INSTANA_KAFKA_CORRELATE_SEND_RECEIVE=true # possible values: true or false

• システムプロパティの設定： JVM を起動する際に、以下のプロパティを設定してください：

  -Dcom.instana.kafka.correlate.send.receive=true # possible values: true or false 

以下の画像は、この設定を有効にした場合と無効にした場合で、スパン相関がどのように動作するかを示しています。

Instana で「 Kafka 」のスパン相関機能を完全に無効にするには、以下のいずれかの設定を使用してください：

• エージェント構成:

  com.instana.tracing: 
    kafka: 
      correlateEverySendReceive: false 

• 環境変数の設定：環境変数を設定します。

  INSTANA_KAFKA_CORRELATE_SEND_RECEIVE=false

• システムプロパティの設定： JVM を起動する際に -Dcom.instana.kafka.correlate.send.receive=false 、このオプションを指定してください。

不要なデータの取り込みを防ぐため、この instana.kafka.correlate.send.receive フラグはデフォルトで無効になっています。

IBM Db2 のトレース相関を設定するには、以下の設定オプションのいずれかを使用してください：

• エージェントの設定：エージェント configuration.yaml 設定ファイルを次のように設定してください：

    com.instana.tracing:
      db2:
        trace-correlation: true
        db2CorrelationMode: dont-override
        db2CorrelationDelimiter: '|'
        db2CorrelationField: ClientHostname
   

• 環境変数の設定：以下の環境変数を設定してください：

   INSTANA_DB2_TRACE_CORRELATION=true
   INSTANA_DB2_TRACE_CORRELATION_MODE=dont-override
   INSTANA_DB2_TRACE_CORRELATION_DELIMITER='|'
   INSTANA_DB2_TRACE_CORRELATION_FIELD=ClientHostname
   

• システムプロパティの設定： JVM のインストルメンテーション設定で、以下のシステムプロパティを設定してください：

   -Djdbc.db2.correlation.enable=true
   -Djdbc.db2.correlation.mod=dont-override
   -Djdbc.db2.correlation.delimiter=|
   -Djdbc.db2.correlation.field=ClientHostname
   

エンタープライズ・ Java ・Bean（EJB）の呼び出しでは、 WebLogic および T3 との相関関係がサポートされています。

WebLogics T3 のトレース相関を設定するには、以下の設定オプションのいずれかを使用してください：

• エージェントの設定：エージェント configuration.yaml 設定ファイルを次のように設定してください：

    # General Tracing Settings
    com.instana.tracing:
      weblogic:
        trace-correlation: true
   

• 環境変数の設定：以下の環境変数を設定してください：

  INSTANA_WEBLOGIC_EJB_TRACE_CORRELATION=true
   

• システムプロパティの設定： JVM のインストルメンテーション設定で、以下のシステムプロパティを設定してください：

  -Dcom.instana.weblogic.ejb.trace.correlation=true
   

  この設定は、 T3 間の通信が WebLogic サーバー間で行われる場合にのみ機能します。 ただし、 WebLogic クライアントを WebLogic サーバー以外で使用する場合、相関分析は行えません。

• WeblogicRpcIntermediate: WebLogic の RPC コールトレースにおいて、リモートプロシージャコール（ RPC ）の中間コールスパンを有効にするには、エージェント configuration.yaml ファイルを次のように設定する必要があります。 「 RPC 」の中間コールスパンを有効にすると、同じ WebLogic Server内の RPC コールを確認できるようになります。

   com.instana.plugin.javatrace:
     instrumentation:
       enableIntermediateSpanOpt: true
       plugins:
         WeblogicRpcIntermediate: true

  WeblogicRpcIntermediate 不要なデータの取り込みを防ぐため、デフォルトでは無効になっています。

  システムが中間スパンを作成する際に発生するパフォーマンス低下の問題を回避するには、 enableIntermediateSpanOptを有効にすることができます。

一部の IBM MQ コンシューマークライアントでは、 IBM MQ メッセージに余分なヘッダーデータが含まれていると、メッセージ処理エラーやメッセージの拒否が発生する可能性があります。 したがって、 IBM MQ Java アプリケーションでは、デフォルトで Instana トレースヘッダーの相関機能は有効になっていません。

本番環境で IBM MQ のトレース相関機能を有効にする前に、 非本番環境でテストを行う必要があります。 トレースの相関関係を有効にした後、 IBM MQ クライアントアプリケーションでエラーが発生した場合は、以下の手順でトラブルシューティングを行ってください

• アプリケーションを変更できる場合は、 Instana によって追加される IBM MQ ヘッダーデータを無視するように、アプリケーションを更新してください。 IBM MQ クライアントの設定変更に関するサポートが必要な場合は、 IBM MQ のサポートまでお問い合わせください。
• アプリケーションを変更できない場合は、 IBM MQ のトレース相関機能を有効にしないでください。

IBM MQ でトレースの相関機能を有効にするには、次のいずれかの設定オプションを使用してください：

• エージェントの設定：以下の例に示すように、エージェント configuration.yaml ファイルを編集してください：

  # General Tracing Settings
  com.instana.tracing:
    ibm-mq:
      trace-correlation: true
      ibmmq-optin-queues-regexp: '^QueueName.*'
   

  トレースの相関を有効にしたいキュー名をフィルタリングするために、正規表現 ibmmq-optin-queues-regexp の値を設定します。 正規表現値はオプションであり、欠落している場合、トレース相関はすべてのキューに適用されます。

  この構成は、以下のいずれかのシナリオで選出されます。

  • JVMが起動するとき
  • Java Tracerが更新されたとき
  • Instana エージェントが約15分間停止した後

  実行時にホット・リロードされません。 この機能は最適化されているため、エージェントを素早く再始動してもこの構成変更が反映されない可能性があります。 構成変更には、完全な再インスツルメンテーションが必要です。

• システムプロパティの設定：あるいは、次の例に示すように、 IBM MQ クライアントを含むアプリケーションJVMでシステムプロパティを指定することもできます

  -Dinstana.ibm.mq.trace.correlation.enable=true -Dcom.instana.ibm.mq.trace.optin.queues="^QueueName.*"
   

IBM MQ センサーは、ユーザー・エクジット（ IBM MQ 向けのサーバーサイド・トレーシング）を使用して、トレース機能も提供します。 IBM MQ センサーについて詳しくは、IBM MQ のモニターを参照してください。

Java Tracer で使用される Kafka トレース相関ヘッダーのヘッダー形式を有効にするには、次のいずれかの設定オプションを使用してください：

• エージェントの設定：エージェント configuration.yaml 設定ファイルを構成します。 詳細については、「 Instana 」ホストエージェントを参照してください。

• 環境変数の設定：以下の例のように環境変数を設定してください：

  INSTANA_KAFKA_HEADER_FORMAT= both # possible values: binary, both, string
   

  有効な値は、 string、、または binary です both。

• システムプロパティの設定： JVM を起動する際に、以下のプロパティを設定してください：

  -Dcom.instana.kafka.trace.header.format=binary # possible values: binary, both, string
   

Kafka のトレース相関機能を完全に無効にするには、以下の設定オプションのいずれかを使用してください：

• エージェントの設定： Instana host-agent を参照してください。
• 環境変数の設定：環境変数を設定しますが INSTANA_KAFKA_TRACE_CORRELATION=false、このオプションの使用は推奨されません。
• システムプロパティの設定： JVM を起動する際に -Dcom.instana.kafka.trace.correlation=false 、このオプションを指定してください。

詳しくは、 Kafka ヘッダー・マイグレーションを参照してください。

スパンバッチ処理を無効にすると、送信される個々のスパンの数が増え、データ量が増加します。

スパンバッチ処理を無効にするには、以下の設定オプションのいずれかを使用してください：

• エージェントの設定： エージェントの設定ファイルを次のように設定してください：

    com.instana.plugin.javatrace:
      instrumentation:
        spanBatchingEnabled: false
   

• 環境変数の設定：環境変数を次のように設定してください：

  INSTANA_SPANBATCHING_ENABLED=false
   

• システムプロパティの設定： JVM の計測対象環境において、システムプロパティを次のように設定してください：

  -DspanBatchingEnabled=false
   

中間スパンのバッチ処理を行うと、親スパンがマージされ、親子関係が切断されるため、子スパンが孤立した状態になります。 RPC の-intermediateスパンに対するバッチ処理を無効にすると、この問題は発生せず、トレース構造も正しく維持されます。 WebLogic RPC の中間スパンに対するスパンバッチ処理を無効にするには、以下の設定オプションのいずれかを使用してください：

• エージェントの設定： エージェントの設定ファイル （<agent_install_dir>/etc/instana/configuration.yaml）を次のように設定してください：

   com.instana.tracing:
     batching:
       disabled:
         - rpc-intermediate

• 環境変数の設定：環境変数を次のように設定してください：

  INSTANA_TRACING_BATCHING_DISABLED=rpc-intermediate

Data Gridや JDBC などのアプリケーションでは、スパン・バッチ処理に対して以下のカスタム・バッチ処理戦略を実装しています：

• データグリッド：連続するスパンにおいて、および datagrid.operation の両方が datagrid.cacheName 同じ値を持つ場合にのみ、スパンは結合されます。 この条件が満たされた場合にのみ、スパンバッチ処理が有効になります。

• JDBC ：以下の種類のスパンバッチ処理戦略がサポートされています：

  • デフォルトのバッチ処理 （デフォルトで有効）

    JDBC のspan属性の値にかかわらず、スパンは結合されます。

  • カスタムバッチ処理 （オプション）

    連続するスパンにおいての値が同一 JDBC.statement である場合にのみ、スパンは結合されます。

JDBC のスパンでカスタムバッチ処理を有効にすると、取り込まれるデータのサイズが増加します。

JDBC のスパンでカスタムバッチ処理を有効にするには、以下の設定オプションのいずれかを使用してください：

• エージェントの設定： エージェントの設定ファイルを次のように設定してください：

    com.instana.plugin.javatrace:
      instrumentation:
        customJDBCSpanBatchingEnabled: true
   

• 環境変数の設定：環境変数を次のように設定してください：

  INSTANA_CUSTOM_JDBC_SPANBATCHING_ENABLED=true
   

• システムプロパティの設定： JVM の計測対象環境において、システムプロパティを次のように設定してください：

  -DcustomJDBCSpanBatchingEnabled=true
   

スパン抑制は、以下の設定パラメータを使用して設定できます：

• minspanduration: このパラメータは、スパン期間の最小値を指定します（デフォルト：4 ms）。 この値より短いスパンは省略されます。

  com.instana.plugin.javatrace:
    instrumentation:
      minspanduration: 1

• span-suppression-start: このパラメータは、抑制が開始されるスパンレートの閾値を設定します。 この値より低い場合、スパンは抑制されません。 ただし、レートがこの値を超えると、抑制は徐々に強まり、最大で毎秒5000スパン（すべてのスパンが抑制される状態）に達します。 たとえば、このパラメータが に設定されている 3000場合、スパンレートが 1 秒あたり 3000 スパンを超えたときにのみ、抑制が開始されます。

  com.instana.plugin.javatrace:
    instrumentation:
      span-suppression-start: 3000

ロギングレベルを設定するには、以下の設定オプションのいずれかを使用してください：

• システムプロパティの設定： を ERROR または に instana_log_level_capture 設定 WARNします。
• 環境変数の設定：を または ERROR に INSTANA_LOG_LEVEL_CAPTURE 設定してください WARN。

無効なロギングレベル（たとえば、 INFO や TRACE）を指定した場合、エージェントのログに以下の警告が記録され、デフォルトのロギングレベル WARN が使用されます。

The value 'INFO' for 'INSTANA_LOG_LEVEL_CAPTURE' is not valid. Valid values are 'WARN', 'ERROR' and 'OFF'.
 

すべてのロギングプラグインのロギングを無効にするには、以下の設定オプションのいずれかを使用できます：

• エージェントの設定： Java のトレース設定を行い、エージェントの configuration.yaml ファイル内のすべてのロギングプラグインを無効にします：

      com.instana.plugin.javatrace:
        instrumentation:
          plugins:
            Logging: false
   

• システムプロパティの設定：設定する instana_log_level_capture="OFF"。

• 環境変数の設定：設定する INSTANA_LOG_LEVEL_CAPTURE="OFF"。

  注： エージェントの ` configuration.yaml ` ファイルを編集した後は、エージェントまたはアプリケーションを再起動する必要があります。

「エンドポイントの無視」機能を設定する前に、スパンのフィルタリングに関する以下のルールを確認してください：

• あるトレースが無視されると、それに続くすべての下流のトレースも同様に無視されます。
• を使用して * 、すべてのエンドポイント、メソッド、またはコマンドを無視します。
• エンドポイントの値（ Kafka のトピック名や Redis のコマンドなど）は、サービス間で一貫しています。
• メソッド名は、プログラミング言語や技術によって異なる場合があります。 サービスの適切なメソッドとエンドポイントを確認するには、 Instana のUIを参照してください。

以下の Instana のUIスクリーンショットは、設定に適切なメソッドとエンドポイントを特定するための視覚的な参考資料となります：

「エンドポイントの無視」機能は、メソッド名が完全に一致する場合にのみ動作します。 フィルタリング対象として、正しいメソッド名を使用していることを確認してください。

エージェントを通じて設定を行うことで、すべてのサービスのエンドポイントをグローバルに無視することができます。

無視するエンドポイントを設定するには、次の例に示すように、エージェント設定ファイルの セクション com.instana.tracing.ignore-endpoints で、監視対象から除外するエンドポイントを指定します

com.instana.tracing:
  ignore-endpoints:

    # Filtering by Method Name
    redis:
      - 'get'
      - 'type'
    dynamodb:
      - 'query'

    # Filtering by Method Name and Endpoint for Kafka
    kafka:
      - methods: ["consume"]
        endpoints: ["topic1", "topic2"]  # Exclude consume calls for topic1 and topic2
      - methods: ["consume", "publish"]
        endpoints: ["topic3"]  # Exclude both consume and send calls for topic3
      - methods: ["*"]
        endpoints: ["topic4"]  # Exclude all methods for topic4
      - methods: ["consume"]
        endpoints: ["*"]  # Exclude consume method for all topics

前の例では、記載されたフィルタリングオプションに対して、以下のトレースは無視されます：

• メソッドによるフィルタリング（ Redis および DynamoDB ）

  • GET および TYPERedis 内のコマンド
  • QUERY DynamoDB 内のコマンド

• メソッドとエンドポイントによるフィルタリング（ Kafka のみ）

  • CONSUME Kafkatopic2 およびすべての下流トレースにおける および topic1 に対するメソッド
  • CONSUME および PUBLISH 、 topic3Kafka およびすべての下流トレースにおける手法
  • Kafka 内のすべてのメソッド topic4 （*）およびすべての下流のトレース
  • CONSUME すべてのトピック (*) およびすべてのダウンストリーム・トレースに対するメソッド

  ignore-endpoints:
    kafka:
      - methods: [ "consume", "publish" ]
        endpoints: [ "topic1", "topic2" ]
      - methods: [ "consume" ]
        endpoints: [ "topic3" ]
      - methods: [ "*" ] # Applied to all methods
        endpoints: [ "topic4" ]
      - methods: [ "consume", "publish" ]
        endpoints: [ "*" ] # Applied to all topics

サービスごとにエンドポイントをフィルタリングするには、環境 INSTANA_IGNORE_ENDPOINTS 変数を使用して無視するエンドポイントを設定できます。

この環境変数を使用すると、メソッドやエンドポイントに基づいてトレースを除外することができます。

INSTANA_IGNORE_ENDPOINTS=redis:get,type;dynamodb:query,scan;kafka:publish,consume

この設定では、以下のトレースがフィルタリングされます：

• GET および TYPERedis 内のコマンド
• QUERY および SCANDynamoDB 内のコマンド
• PUBLISH および、すべてのエンドポイントに対する KafkaCONSUME 内のメソッド

Kafka では、エンドポイントを無視するための環境変数を適用できますが、一度に指定できるのはエンドポイント1つとメソッド1つだけです。

INSTANA_IGNORE_ENDPOINTS=kafka:topic1,topic2,topic3,topic4,topic5,topic6,topic7,topic8,topic9,topic10,topic11

Kafka では、 Redis や DynamoDB, とは異なり、エンドポイントの数は 10 に制限されません。 したがって、リストのサイズがパフォーマンスに影響を与える可能性があるため、慎重に検討する必要があります。

Kafka のメソッドオプションを使用して、環境変数を次のように設定します：

INSTANA_IGNORE_ENDPOINTS=kafka:consume,publish
OR
INSTANA_IGNORE_ENDPOINTS=kafka:poll,send
OR
INSTANA_IGNORE_ENDPOINTS=kafka:*

また、 Java システムプロパティを使用して、無視するエンドポイントを設定することもできます。 次の例は、システムプロパティを使用して無視するエンドポイントを設定する方法を示しています：

java -Dinstana.ignore-endpoints="redis:get,type;dynamodb:query,scan;kafka:publish,consume" -jar application-jar

Kafka では、エンドポイントを無視するためのシステムプロパティを適用できますが、一度に指定できるメソッドとエンドポイントはそれぞれ1つだけです。

java -Dinstana.ignore-endpoints="kafka:topic1,topic2,topic3,topic4,topic5,topic6,topic7,topic8,topic9,topic10,topic11" -jar application-jar

Kafka では、 Redis や DynamoDB, とは異なり、エンドポイントの数は 10 に制限されません。 したがって、リストのサイズがパフォーマンスに影響を与える可能性があるため、慎重に検討する必要があります。

Kafka のメソッドオプションを使用して、システムプロパティを次のように設定します

java -Dinstana.ignore-endpoints="kafka:consume,publish" -jar application-jar
OR
java -Dinstana.ignore-endpoints="kafka:poll,send" -jar application-jar
OR
java -Dinstana.ignore-endpoints="kafka:*" -jar application-jar

デフォルトでは、1つのSpanに対して最大10個の注釈を追加し、 Instana のUIに表示することができます。

-Dinstana.tracing.annotation.size=<desired_limit>

java -Dinstana.tracing.annotation.size=20 -jar application.jar

エージェントの設定ファイルに以下の設定を行ってください：

com.instana.tracing:
  stack.capture.timing: error

動作 ：エラーが発生したスパン（メタデータにエラーが含まれるスパン ）についてのみスタックトレースをキャプチャします。これにより、正常に完了したスパンのスタックトレースを除外することで、パフォーマンスが向上し、取り込まれるデータ量が削減されます。

お使いの INSTANA_TRACING_STACK_CAPTURE_TIMING 環境で、環境変数を次のように設定し、エクスポートしてください：

export INSTANA_TRACING_STACK_CAPTURE_TIMING=error

以下のプロパティーを設定します。

-Dcom.instana.tracing.stack.capture.timing=error 

このシステムプロパティを使用するには、アプリケーションの起動時に次の引数を指定する必要があります：

java -Dcom.instana.tracing.stack.capture.timing=error -jar application.jar