Instana エージェント リリースノート

• このエージェントは、非rootユーザーとして実行している場合でも、 LXC およびLXDコンテナの監視に対応するようになりました。 root が所有するコンテナや、それ以外の所有者のコンテナに対して発行されたコマンドは、適切なユーザーコンテキストと権限セットで透過的にラップされます。
• cgroup lxc.payload.<name> の命名規則を使用する LXC5.x ホストにおけるコンテナIDの検出について、ピリオド（..）を含むコンテナ名も正しく処理されるようになりました。
• このヘルパー instana-sudo バイナリは、UIDおよびGIDの切り替え時にも、定義済みの Linux 機能セットを維持できる --keep-caps モードをサポートするようになりました。 x86_64、 aarch64、 s390x、 ppc64le、およびそれらの musl バリアント向けに、アーキテクチャ固有の静的バイナリが提供されています。

• agent-permission-api 1.0.3
• agent-permission 1.0.3
• agent-socket-server 1.0.17
• agent-netty-bom 1.0.5 ( Netty 4.1.136.Final )
• agent-jackson-bom 1.0.1 (Jackson 2.22.1 )
• agent-commons-bom 1.0.0

• agent-socket-server 1.0.16: Prometheus のイングリッジパイプラインにおける直接的なメモリリークを修正しました。このリークにより、メモリ使用量が徐々に増加し、最終的にはチャネルが枯渇する問題が発生していました。
• agent-prometheus 1.0.16: 「 Prometheus 」の解凍に関する修正に伴う関連アップデート。

以前は、圧縮された Prometheus のリモート書き込みリクエストが、解凍後に完全に解放されなかったため、受信側のダイレクトメモリが単調増加し、フロー制御の許可数が恒久的に消費されてしまうという問題が発生していました。 リークされたリクエストがわずか4件でも、待機中のすべてのチャネルが無期限に凍結される可能性があります。 現在、元の圧縮リクエストは、解凍の失敗、バッファ割り当ての失敗、転送の成功、転送時の例外など、すべての処理パスにおいて常に解放されます。 この変更により、メモリの増加が抑制され、フロー制御の許可の再利用が復活します。

• エージェント「 1.1.781: 」では、プラグインおよびプロセスごとの実行時設定のオーバーライド配信機能が追加され、非rootエージェントのサポートが追加されました。また、 v2 アセンブリに対してデフォルトでホストIDの永続化が有効化され、Infra Smart Alertsとの互換性を確保するため、NO_CHANGEレポートの送信間隔が60秒に制限されました。
• agent-ibmi-handler 1.0.5: 修正内容： IBM i JVM アクティブなJVMが多数存在するシステムにおけるジョブ名の解決。
• agent-jvm-handling 1.0.52: これにより、環境変数を使用して、 JVM のアタッチおよびロードの並行処理設定が可能になります。
• agent-process-handling 1.0.53: z/OS および IBM i におけるゾンビプロセスおよび停止プロセスの検出機能を、一括プロセススキャンにプロセス状態情報を追加することで改善しました。

• バックエンドでは、ディスク上の YAML ファイルを変更することなく、プラグイン名およびプロセスIDごとに、ランタイム設定のオーバーライドをエージェントのプラグイン設定配信レイヤーにプッシュできるようになりました。 オーバーライドは、実行時に深くマージされ、(pluginName と pid) のペアごとにスコープが定義されます。
• 非rootエージェントの展開向けに、新しいサポートタスクが利用可能になりました。 サポート情報が収集されると、このタスクは、権限の問題の特定に役立てるため、エージェントの Linux 機能、主要なパスアクセス権限、および「 instana-sudo or」または「 JVM 」アタッチ戦略を報告します。
• v2 のエージェントアセンブリについては、ホストIDの永続化がデフォルトで有効になりました。 エージェントはファイル VERSION からアセンブリのバージョンを検出し、 v2INSTANA_PERSIST_HOST_UNIQUE_ID=true のアセンブリに対して自動的に設定を行います。 v1 のアセンブリの動作に変更はありません。 v2 のアセンブリでホストIDの永続化を無効にするには、次のように設定します INSTANA_PERSIST_HOST_UNIQUE_ID=false。
• JVM アタッチおよびロードの同時実行制限は、 INSTANA_JVM_CONCURRENT_ATTACHMENTS （デフォルト：4）および INSTANA_JVM_CONCURRENT_LOADS （デフォルト：6）を通じて設定可能になりました。

• 以前は、多数のアクティブなJVMが存在する IBM i システムにおいて、 JVM のジョブ名を解決するデータベース呼び出しの処理が遅く、頻繁にタイムアウトが発生していました。 その結果、UI上では、再試行が行われないまま、意味のない4桁の名前が付いたJVMが表示される可能性があります。 現在、ジョブ名はプロセス呼び出しを通じて解決されるようになったため、アクティブなJVMの数にかかわらず、確実に解決されるようになりました。
• 以前は、 AIX、 Solaris、 HP-UX など、ネイティブの Sigar ライブラリを使用するすべてのサポート対象プラットフォームにおいて、プロセスの状態が取得されていなかったため、ゾンビプロセスやデッドプロセスが正しく除外されていませんでした。 z/OS および IBM i においても、一括プロセススキャン中にプロセスの状態が取得されませんでした。 現在、このエージェントは、サポートされているすべてのプラットフォームにおいて、Sigar を使用してプロセスの状態情報を取得しています。 z/OS および IBM i では、エージェントは拡張された出力 ps からプロセス状態情報を解析し、ゾンビプロセスや終了したプロセスが確実に特定され、除外されるようにしています。
• 以前は、ポーリング頻度の高いセンサーの場合、NO_CHANGE信号が60秒を超える間隔で送信されることがあり、その結果、Infra Smart Alertsのデータに欠落が生じていました。 現在、設定されたポーリングレートにかかわらず、NO_CHANGE は最大で 60 秒ごとに送信されます。

agent-runtime 1.0.23

• agent-process-handling-api 1.0.9: ゾンビプロセスおよび終了済みの Linux プロセスは、監視対象から除外されるようになりました。
• agent-process-handling 1.0.52: ゾンビプロセスおよび終了済みプロセス Linux は、監視対象から除外されるようになりました。
• agent-jvm-handling 1.0.51: 起動時に JVM が時期尚早にアタッチされることがなくなりました。また、IWS JobManager プロセスによって、エージェント検出でタイムアウトが繰り返し発生することがなくなりました。

• 以前は、初期化中のJVM（hsperfdata ファイルは存在するがまだアクセスできない状態）が、エージェントによって誤ってアタッチされたり、監視対象から除外されたりすることがありました。 これにより、エージェントは JVM の準備が整うまで待機してからアタッチを行うため、特にコンテナ化された環境やsystemdによって隔離された環境において、時期尚早または不適切なアタッチを防ぐことができます。
• 以前、エージェントは、IWSの JobManager プロセスを、アタッチ可能な JVM と誤って識別していました。これは、その組み込みの JVM ライブラリの副作用としてアタッチファイルが生成されていたためです。 この動作により、エージェントの検出サイクルごとに10秒間のタイムアウトが発生しました。 これで、エージェントはそのプロセスを正しく識別し、無視するようになりました。

• sensor-api 1.2.184
• agent-json 1.2.184
• agent-cgroup 1.0.13

• agent 1.1.780: クラウドメタデータのリクエスト中に、プロキシから返されたHTMLレスポンスが原因で発生していたクラッシュを修正しました。
• agent-jvm-handling 1.0.50: Windows 上の J9/Semeru JVM に対する、 JVM の不正なアタッチメント試行を修正し、古くなった PID クリーンアップログのノイズを低減しました。

• 以前は、プロキシがクラウドメタデータのリクエスト（例： AWS EC2 IMDSv2 ）をインターセプトし、HTMLのリダイレクト応答を返した場合、エージェントがそのHTMLコンテンツを HTTP ヘッダーの値として使用していたため、エージェントがクラッシュしていました。 この問題により、未処理のエラーが発生しました。 現在、エージェントはこれらのエラーを検出し、DEBUG レベルでログに記録した上で、通常通り動作を継続します。
• 以前は、プロセスが別のユーザーによって所有されており、 JVM のバージョンが またはそれ以前であった 1.8.0_211 場合でも、エージェントは Windows 上の J9 または Semeru のJVMにアタッチしようと試みていました。 これらの JVM のバージョンは、この状況下でフリーズしたり動作しなくなったりすることが知られています。 現在、このエージェントはこうした添付の試みをブロックし、明確な根本原因コードを返しています。
• 以前は、エージェントがクリーンアップサイクルごとに、古くなったPIDのクリーンアップメッセージを「info」レベルで記録していたため、 JVM プロセスが頻繁に再起動される環境では、ログのノイズが発生していました。 現在、エージェントはこれらのメッセージをデバッグレベルで記録しています。

• agent-reversedns 1.0.0: 逆 DNS ルックアップサービスにより、ホスト名の解決の信頼性を向上させます。
• agent 1.1.779: マルチホームホストに対して、 DNS を使用した逆引きによるホスト名解決機能を強化しました。
• agent-socket-server 1.0.15: 接続リセット例外に関するログのノイズを低減しました。
• agent-process-handling 1.0.51: エージェントのシャットダウンおよびプロセス監視における重大なデッドロックの問題を修正しました。
• agent-jvm-handling 1.0.49: 並行プロセス監視中のキャッシュ競合を防止しました。
• agent-util 1.0.23: デッドロック状態を検出するために、ロックのタイムアウト検出機能を追加しました。
• agent-task-orchestrator 1.0.12: レースコンディションによって引き起こされていた Sigar のロックリークを修正しました。
• agent-task-orchestrator-api 1.0.6: Sigarロックの改善に伴い更新されました。

DNS の逆引きサービス（PTRレコードのクエリ対応）、 DNS サーバーの監視（自動ホットスワップ機能付き）、およびTTLベースのキャッシュ機能を備えています。

• 以前は、動的な環境において、ホスト名の解決結果に一貫性がない場合がありました。 現在、強化されたFQDN解決機能では、マルチホームホストのすべてのアドレスを照会し、最も適合するアドレスを選択します。
• 以前は、順序が不整合なネストされたロックの取得により、シャットダウン中にエージェントが無限にハングアップすることがありました。 これで、ロックタイムアウトの検出と割り込み可能なロックにより、正常なシャットダウンが可能になりました。
• 以前は、共有インスタンス変数におけるレースコンディションにより、Sigarロックから情報が漏洩する可能性がありました。 これで、簡素化されたロック追跡機能により、孤立したロックが発生しなくなりました。
• 以前は、接続リセット例外が発生すると、過剰なERRORログが生成されていました。 さて、これらの例外はDEBUGレベルでログに記録されます。
• 以前は、 Netty FastThreadLocal ストレージにより、sensor-api のクラスローダーがアンロードされない状態になっていました。 これで、ライフサイクルメソッド内で適切にクリーンアップを行うことで、メタキャッシュのリークが解消されます。

• sensor-api 1.2.183
• agent-json 1.2.183
• Netty 4.1.135.Final
• unix-socket-util 1.3.0
• agent-backend 1.0.14

agent 1.1.778: コマンドの出力から末尾の改行文字を削除することで、 Linux のホスト名解決を改善します。

以前、 Linux のホスト名検出において、`hostname`コマンドの出力に含まれる末尾の改行文字が検出対象に含まれることがありました。これは、Agent 1.2.66 で導入された問題です。 現在、ホスト名とFQDNの値は、使用される前に先頭と末尾が切り取られます。

• agent 1.1.777: プロセス出力のストリーミングの信頼性が向上しました。
• agent-jvm-handling 1.0.48: プロセス出力のストリーミングの信頼性が向上しました。
• agent-netty-allocator 1.0.5: OpenJ9 Java 17 におけるメモリ破損の問題を解決しました。
• agent-process-handling 1.0.50: プロセス出力のストリーミングの信頼性が向上しました。
• agent-metaspace-monitor 1.0.1: メモリ管理の強化。

• 以前は、ハード参照が存在しないために内部の ThreadPool が予期せずクリーンアップされると、プロセスの出力ストリーミングが予期せず失敗することがありました。 これにより、セッション参照がプロセスのライフサイクル全体を通じて適切に維持されるようになり、 JVM の添付ファイル処理、 Windows のサービス監視、およびサポートタスクの実行において、信頼性の高い出力ストリームが確保されます。
• 以前、 OpenJ9 Java 17 では、不適切な再割り当て処理により、バッファの直接的な解放時にメモリ破損によるクラッシュが発生していました。 現在、容量計算方式では、 Netty の実装に合わせてリフレクションに基づく再割り当てが適切に行われるようになり、より厳格な JVM 環境におけるメモリ破損が防止されるようになりました。
• 以前は、メタスペースモニターがメモリのクリーンアップを試みることなく、20MBというしきい値でエージェントの再起動を過度に頻繁にトリガーしていました。 現在、この閾値は15MBに引き下げられ、再起動のトリガーとなる前にガベージコレクションが試行されるようになったため、不要な再起動が減少しています。

• sensor-api 1.2.182
• agent-json 1.2.182

• agent 1.1.776: ホスト名の解決追跡と変更検出機能を追加しました。
• agent-task-orchestrator 1.0.11: スレッドプールを追跡し、タスクのリークを防止します。
• agent-jvm-handling 1.0.47: AgentSocket エンドポイントにおける JVM 通信を標準化します。
• agent-metaspace-monitor 1.0.0: メタスペースのメモリを監視し、しきい値に達した際にエージェントの再起動をトリガーします。

JVM とエージェント間の通信はすべて、ポート42699上の AgentSocket メカニズムを使用するようになりました。これにより、通信アーキテクチャが簡素化され、信頼性が向上しました。 環境変数 `ENABLE_AGENT_SOCKET` は現在、何の効果も持たず、従来のソケットベースの通信チャネルは削除されました。

• 以前は、 ServiceLoader.load() META-INF/services からサービスをロードする際、カスタムクラスローダーでエラーが発生していました。 現在、 AgentInMemoryClassLoader と AgentURLClassloader の両方で、 ServiceLoader の検出が適切にサポートされています。
• 以前は、rootユーザーがアタッチメントロックファイルを作成した場合、非rootユーザーは OpenJ9 のJVMにアタッチすることができませんでした。 現在、Byte Buddy（ 1.18.9 ）はロックファイルに0666の権限を設定し、マルチユーザーでの添付を可能にしています。
• 以前は、メタスペースの枯渇により、モニターがメモリ不足の状態を検知できなくなることがありました。 現在、メタスペースモニターは独立したバンドルとして動作し、利用可能なメタスペースが20 MB未満になるとエージェントの再起動をトリガーします。これにより、検出速度が向上しました（3分から50秒へ）。
• 以前は、ホスト名の変更が検出されず、トラブルシューティングが困難になっていました。 現在、このエージェントはホスト名の解決方法を追跡し、詳細な診断情報に基づいて変更を検出します。
• 以前は、参照されていないスレッドプールからタスクが無限にリークする可能性がありました。 現在、エージェントはすべてのスレッドプールを監視し、参照されていないプール内のタスクを60秒後に自動的にキャンセルします。

• javaagent-loader 1.3.77
• attach-tools 1.18.9
• agent-task-orchestrator-api 1.0.5
• agent-util 1.0.22

• agent 1.1.775: ネットワークインターフェースの検出機能を改善しました。
• agent-jvm-handling 1.0.46: JVM での接続停止の問題を解決します。
• agent-process-handling 1.0.49: ログの出力詳細度を低減します。
• agent-sensor 1.0.5: カスタムタグのサポートが追加されました。
• agent-socket-server 1.0.14: 接続管理の信頼性が向上しました。

で configuration.yaml 設定されたカスタムタグがバックエンドに送信されるようになったため、監視対象エンティティの整理やフィルタリングがより容易になりました。

環境 INSTANA_NETWORK_LOOKUP_INTERVAL_SECONDS 変数を通じてネットワークインターフェースの検索間隔を設定できるようになりました（最小10秒）。これにより、環境の要件に応じてネットワークインターフェースの検出頻度を調整できます。

以前は、待機中の接続が新しい接続に置き換えられると、 JVM の接続が停止し、適切な計測が行えなくなることがありました。 これで、エージェントは処理の停滞を防ぐため、古い待機中の接続を適切に閉じます。

以前は、ステータスに関係なくすべてのネットワークインターフェースが返されていたため、接続の問題が発生する可能性がありました。 現在、このエージェントにはアクティブな（UP状態の）ネットワークインターフェースのみが含まれています。

以前は、環境変数がプロセスの toString() 出力に記録されていたため、ログが不要な情報で溢れていました。 現在、このエージェントは、適切な難読化が施されたメソッド内 toDebugString() でのみ環境変数を設定します。

• agent 1.1.774: 設定ファイルの監視機能と、 JVM の添付ファイル診断機能が改善されました。
• agent-jvm-handling 1.0.45: JVM の添付ファイル権限エラーに関する監視課題を追加しました。
• javaagent-loader 1.3.76: Java 1.6 におけるローダーの起動問題を修正しました。 IBM WebSphere。

JVM 添付ファイルの権限に関するエラーが発生した場合、診断とトラブルシューティングを容易にするため、専用の監視イシューが生成されるようになりました。jvm_attach_permission

• 以前は、設定ディレクトリ内の破損したシンボリックリンクにより、エラーログが継続的に記録され、設定ファイルが処理されない状態になっていました。 これで、エージェントは壊れたシンボリックリンクを適切に処理し、設定の監視を通常通り継続します。
• 以前、MBeanサーバーの初期化中に未処理の例外が発生したため、 Java 1.6 において、 IBM WebSphere を使用した場合、javaagent-loader の起動に失敗していました。 これで、ローダーはMBeanサーバーのプリロード中に発生するすべての例外を処理し、起動を正常に完了できるようになりました。

agent-util 1.0.21

• agent 1.1.773: 設定ファイルの変更検出機能を改善しました。
• agent-jvm-handling 1.0.44: 設定可能な JVM アタッチメントのログ記録機能を追加しました。
• agent-process-handling 1.0.48: 拡張された IBM i プロセス監視機能およびコンテナ検出パフォーマンスの向上。

IBM i システムは現在、PASEプロセスに加え、ネイティブジョブも検出できるようになり、 IBM MQ やその他のネイティブワークロードの監視が可能になりました。

JVM 添付ファイルの操作は、環境 INSTANA_JVM_ATTACHMENT_LOG_TO_STDOUT 変数を通じて標準出力（stdout）にログを出力できるようになり、コンテナ環境でのトラブルシューティングが容易になりました。

以前は、 Kubernetes 環境において、inotifyの制限により、設定ファイルの変更が見落とされることがありました。 現在、このエージェントはイベントベースの検出とポーリングを組み合わせて、設定の更新を確実に把握しています。

以前、 Podman のコンテナID検出機能は、 cgroupv2 環境において不要な処理を行っていたため、CPU使用率が上昇していました。 現在、エージェントはパフォーマンス向上のため、 cgroupv2 環境ではこの処理を省略しています。

• agent-cgroup 1.0.12
• agent-runtime-api 1.0.18
• agent-runtime 1.0.22
• sensor-api 1.2.181
• agent-json 1.2.181
• netty 4.1.133.Final

• agent 1.1.772: ： Kubernetes 環境における一意のID生成機能を改善し、 AWS Fargate におけるホストIDの処理を強化し、 Windows でのログファイルの重複表示を修正しました。
• agent-backend 1.0.13: バックエンド接続の遅延やメッセージキューの停止を検出し、復旧するためのプロアクティブな監視機能を追加しました。
• agent-jvm-handling 1.0.43: z/OS システムにおける古いアタッチファイルのクリーンアップ機能を再有効化しました。
• agent-process-handling 1.0.47: コンテナプロセスの識別におけるレースコンディションを修正しました。

• OVN- Kubernetes インターフェースのフィルタリング機能は、管理ポートのインターフェースを一意のID生成の対象から除外することで、クラスタ間のMACアドレスの競合を防止します。
• MACアドレスが利用できない場合にエージェントIDの永続化を自動的に有効化し、動的な環境においても安定したエージェント識別を保証します。
• バックエンド接続の状態監視機能は、動作が遅いバックエンドや停止したメッセージキューを検出し、メモリ不足を防ぐために自動的に復旧を行います。
• DNS Kubernetes 環境におけるルックアップの最適化は、環境変 NODE_NAME 数が設定されている場合、 CoreDNS の負荷を軽減し、起動パフォーマンスを向上させます。

• 以前は、スラッシュ（/）を含む AWS Fargate タスクのARNを使用すると、 HTTP で400エラーが発生し、ログのダウンロードに失敗していました。 現在、エージェントは URL との互換性を確保するため、ホストIDをサニタイズしています。
• 以前は、 Windows システムでは、パスの比較が正規化されていなかったため、UI上に重複したログファイルが表示されていました。 現在、エージェントはパスを正規化し、 Windows に対して大文字小文字を区別せずに比較しています。
• 以前は、並行するスレッドによって、有効なコンテナプロセスIDがnull値で上書きされる可能性がありました。 これにより、適切な同期化が行われることで、コンテナプロセスの識別における競合状態が防止されます。
• 以前は、 z/OS システム上に古い添付ファイルが蓄積されていました。 これで、クリーンアップ機能によって古い一時ファイルが適切に削除されるようになりました。

• agent-netty42-pki 1.0.1
• agent-util 1.0.20

• javaagent-loader 1.3.75: Elasticsearch との互換性を強化し、アタッチメカニズムの設定を改善しました。
• agent-jvm-handling 1.0.42: 「 JVM 」の添付ファイルに対するクリーンアップ処理、権限処理、および instana-sudo との連携を改善しました。
• agent-process-handling 1.0.46: WebSphere および Liberty の選択的モニタリングに対する z/OS のサポートを強化しました。
• agent-windows-extensions 1.3.82: .NET 向けの IIS リセット検出機能を強化。フルフレームワークの監視に対応。

• バイトコード変換を利用することで、 Elasticsearch の権限システムとの互換性を追加し、セキュリティ違反を引き起こすことなくエージェントをアタッチできるようにしました。
• z/OS プラットフォーム上の WebSphere およびLibertyプロセスに対する選択的監視のサポート。
• J9 および OpenJ9 のJVMにおけるアタッチ機構を強化しました。 エージェントは、JDK ` tools.jar ` を使用する場合、ヒープサイズを自動的に 128 MB に調整するようになりました。

• 以前は、終了したプロセスから残された .dll および .so ファイルが に蓄積されていました /tmp/.instana。 現在、クリーンアップ処理により、 libprofsensor ライブラリを含むこれらのファイルが適切に削除されます。
• 以前は、非rootモードで J9 のディレクトリクリーンアップを実行すると、「操作が許可されていません」というエラーが発生していました。 ここで、やといった権限チェックにより CAP_FOWNER 、クリーンアップ処理が適切な権限の下でのみ実行されることが CAP_DAC_OVERRIDE 保証されます。
• 以前は、CLRのインスツルメンテーションで.が必要だった iisreset場合、IISのワーカープロセスでは可視性が得られませんでした。 現在、discovery-clrセンサーは、IISのリセットが必要な場合にその旨を通知し、UIに明確なメッセージを表示します。

• エージェント 1.1.771: 再起動後も安定したエージェント ID を維持するために、 z/OS 専用の永続化パスを追加しました。
• agent-configuration-integration-vault 1.0.19: Enhanced Key Vault V2 プレフィックスとキーパスの組み合わせに関する詳細なログ記録を伴う構成の検証。

• 以前は、標準的なネットワークインターフェースコマンドがない環境では、 z/OS エージェントは再起動のたびに新しい一意のIDを生成していました。 この動作により、監視機能が妨げられ、履歴データの連続性が失われる可能性があります。 エージェントは現在、IDを永続化しており/var/instana/instana-agent-id 、再起動後もそれらを再利用します。
• 以前は、 Vault V2 のプレフィックスとキーパスの組み合わせが正しくない場合、明確な警告なしに誤った /data/ インジェクションが発生していました。 エージェントは、設定の問題に関する詳細情報をログに記録するようになり、設定ミスの特定と修正を支援します。

• エージェント 1.1.770
• agent-backend 1.0.12
• agent-cgroup 1.0.11
• agent-config-provider 1.0.2
• agent-configuration-integration-vault 1.0.18
• agent-cri-client 1.0.7
• agent-grpc 1.0.20
• agent-grpc-channel-cache 1.0.5
• agent-http 1.0.8
• agent-ibm-secrets-manager 1.0.3
• agent-ibmi-handler 1.0.4
• agent-internal-api 2.0.1
• agent-jvm-handling 1.0.41
• agent-open-telemetry-base 2.2.6
• agent-open-telemetry-grpc 1.1.18
• agent-open-telemetry-http 1.1.17
• agent-open-telemetry-http-api 1.0.7
• agent-open-telemetry-service 1.1.15
• agent-process-handling 1.0.45
• agent-prometheus 1.0.15
• agent-runtime 1.0.21
• agent-self-profiling 2.0.1
• agent-sensor 1.0.4
• agent-socket-server 1.0.13
• agent-socket-server-api 1.0.9
• agent-support-karaf 1.0.2
• agent-task-orchestrator 1.0.10
• agent-task-orchestrator-api 1.0.4
• agent-util 1.0.19
• commons-codec 1.21.0.instana-1
• commons-io 2.21.0.instana-1
• commons-lang3 3.20.0.instana-1
• discovery-ibmiseries 1.0.82
• discovery-power-hmc 1.0.22
• discovery-websphere 1.1.53
• jackson-annotations 2.21
• jackson-core 2.21.1
• jackson-databind 2.21.1
• jackson-dataformat-yaml 2.21.1
• jackson-datatype-jdk8 2.21.1
• netty-buffer 4.1.132.Final
• netty-codec 4.1.132.Final
• netty-codec-dns 4.1.132.Final
• netty-codec-http 4.1.132.Final
• netty-codec-http2 4.1.132.Final
• netty-codec-socks 4.1.132.Final
• netty-common 4.1.132.Final
• netty-handler 4.1.132.Final
• netty-handler-proxy 4.1.132.Final
• netty-resolver 4.1.132.Final
• netty-resolver-dns 4.1.132.Final
• netty-transport 4.1.132.Final
• netty-transport-native-unix-common 4.1.132.Final
• otel-sensorsdk-genai 1.0.4
• sensor-ibmiseries 1.0.82
• sensor-power-hmc 1.0.22
• sensor-websphere 1.1.53
• sensor-websphere-dmgr 1.1.53
• snakeyaml 2.6

• agent 1.1.769: IBM i および z/OS プラットフォームにおけるプロセスライフサイクル管理が改善されました。
• agent-jvm-handling 1.0.40: 設定可能なアタッチディレクトリと非ルートアタッチメントのサポートにより、 JVM の検出機能を強化しました。
• agent-open-telemetry-grpc 1.1.17: gRPC OTLP エンドポイントに対する TLS のサポートを修正しました。
• agent-process-handling 1.0.44: コンテナプロセスのマッチングを最適化し、低速なファイルシステム向けの再試行メカニズムを追加しました。
• agent-prometheus 1.0.14: Prometheus メトリクスに対する Snappy デコーダのサポートを追加しました。
• agent-socket-server 1.0.12: gRPC OTLP エンドポイントに対する TLS のサポートを修正しました。
• agent-windows-extensions 1.3.81: パフォーマンスカウンターの欠落や無効な設定に対する InstanaPCP のエラー処理を改善しました。

• JVM の検出用に、非標準の一時ディレクトリの場所に対応できるよう、カスタムアタッチディレクトリを設定可能にしました。
• Prometheus のメトリクスに対するSnappy圧縮デコーダのサポート。
• HOMEディレクトリの設定が欠落している問題の監視イベント。

• 以前は、 IBM i および z/OS システムにおいて、終了したプロセスが[cmdline_absent]マーカー付きで稼働中として表示されていました。 これで、存在しないプロセスに対して適切な SigarException がスローされるようになりました。
• 以前は、 gRPC OTLP のエンドポイント（ポート 4317）は、 TLS 接続に対応していませんでした。 これで、 TLS は正しく設定され、正常に動作しています。
• 以前は、処理速度の遅いprocファイルシステムでは、コンテナのPID検出に失敗することがありました。 これで、一時的なファイルシステムの遅延に対処できるようになりました。
• 以前は、パフォーマンス・カウンターが欠落していたり、設定が無効であったりすると、 InstanaPCP が終了することがありました。 これで、 InstanaPCP は適切なエラー処理を行いながら動作を継続します。

• agent-netty42-pki 1.0.0
• agent-permission 1.0.2
• agent-permission-api 1.0.1
• agent-runtime 1.0.20
• agent-runtime-api 1.0.17
• agent-socket-server-api 1.0.8

• エージェント 1.1.768: コンテナ環境におけるエージェントIDの永続化パスを修正しました。
• agent-cgroup 1.0.10: cri- containerd 環境におけるcgroup解析を修正しました。
• agent-process-handling 1.0.43: 静的リンクおよびmuslサポートによるコンテナランタイム互換性の向上。
• agent-self-profiling 2.0.0:Java Flight Recorder 対応による近代化されたプロファイリング。

• 自己プロファイリングは、JVMTIの代わりに Java Flight Recorder (JFR)を使用するようになりました。これにより、ネイティブ依存関係なしで、 HotSpot,、 OpenJDK,、 OpenJ9、および IBM、 Semeru の各JVMを横断したプロファイリングが可能になります。

• 以前は、動的ライブラリ依存関係のため、古い Linux ディストリビューションでは Podman コンテナ情報が利用できませんでした。 静的リンクにより、すべての Linux 環境での互換性が保証されます。
• 以前は、パス内の余分なコロンにより、cri- containerd ランタイムでcgroupファイルの解析が失敗していました。 現在、解析はクリ containerd 区切り形式を正しく処理します。

リリース日： 2026年3月3日 | バージョン：1.2.56 | 変更タグ： 2026.03.03.2113

• agent-process-handling 1.0.42: Windows との互換性とプロセス引数の処理を改善しました。
• agent-jvm-handling 1.0.39: ソケット通信の信頼性を向上させました。

• 以前、エージェントが Windows システムに instana-sudo バイナリを展開しようとした際、権限エラーが発生しました。 現在、エージェントは Windows への instana-sudo バイナリのデプロイをスキップしています。これは、 Windows の操作ではバイナリが必要とされないためです。
• 以前は、プロキシ設定がされている環境において、エージェントと監視対象のJVM間のソケット接続が失敗する場合がありました。 現在、エージェントはプロキシ設定をバイパスし、 JVM と直接通信しています。
• 以前は、 Windows システムにおいて、プロセスのコマンドラインが3,000文字を超えると、 UTF-16 の切り捨ての問題により、エージェントはすべてのプロセス引数を失っていました。 これで、エージェントはプロセスの引数をクリーンアップし、保持します。 無効な UTF-8 バイトを置換文字（�）に置き換えます。
• 以前は、 CRI-O 環境において、エージェントがコンテナのメタデータを取得できない場合があり、その結果、選択的モニタリングが正常に動作しないことがありました。 これで、エージェントはコンテナのメタデータを正しく取得できるようになりました。 CRI-O 環境では、選択的監視が正常に機能します。

リリース日： 2026年3月2日 | バージョン：1.2.55 | 変更タグ： 2026.03.02.1407

• agent-permission 1.0.0: 非root操作のための Linux 機能検出を備えた、新しい権限チェックインフラストラクチャ。
• agent-permission-api 1.0.0: コンポーザブルな述語と詳細な権限結果を用いた権限チェック API

• agent-jvm-handling 1.0.38: JVM の添付ファイル操作に対する統合された権限チェック。
• agent-process-handling 1.0.41: コンテナ操作に対する権限チェックを統合し、instana-sudo バイナリのサポートを追加しました。
• unix-socket-util 1.2.11: キャッシュ機能付きソケット接続の前に、事前権限チェックを追加しました。

• root権限を必要としないエージェント操作。 Linux の機能を包括的に検出し検証するほか、必要に応じてユーザーを切り替えるためのinstana-sudoバイナリもサポートしています。
• 監視操作に必要な権限（CAP_DAC_OVERRIDE, CAP_DAC_READ_SEARCH, CAP_KILL, CAP_SETUID, CAP_SETGID, CAP_NET_ADMIN, CAP_NET_RAW, CAP_SYS_CHROOT, CAP_SYS_PTRACE, および CAP_SYS_ADMIN）を検知する権限チェックシステム。
• 接続エラーを防止し、早期の診断フィードバックを提供するため、 Unix ソケットの権限検証を事前に行い、結果を1分間キャッシュします。

• agent-cgroup 1.0.9
• agent-process-handling-api 1.0.8
• agent-runtime 1.0.18
• agent-runtime-api 1.0.15
• agent-util 1.0.17

リリース日： 2026年2月26日 | バージョン：1.2.54 | 変更タグ： 2026.02.26.0814

• エージェント 1.1.767: 再起動後も安定した識別を維持するために、永続的なエージェントID機能を追加します。
• agent-jvm-handling 1.0.37: これにより、 IBM MQ の監視機能と OpenJ9 JVM との互換性が向上します。

環境 INSTANA_PERSIST_HOST_UNIQUE_ID 変数で有効にすると、エージェントIDは再起動後も保持されるようになりました。 この機能は、ネットワーク構成が変化するコンテナや仮想マシンなどの動的な環境においても、エージェントの識別情報を安定して維持します。

以前は、 Windows 上で IBM MQ のプロセスを監視すると、 HotSpot と OpenJ9 間の互換性のない JVM 接続の試行により、エラーのポップアップが絶えず表示されていました。 これで、エージェントは OpenJ9 JVM を使用して MQ_JRE_PATH 、 IBM MQ プロセスに正しく接続できるようになりました。

リリース日： 2026年2月24日 | バージョン：1.2.53 | 変更タグ： 2026.02.24.1336

• agent-open-telemetry-service 1.1.14: OpenTelemetry のメトリクス処理パフォーマンスを改善しました。
• agent-jvm-handling 1.0.36: 古い添付ファイルのクリーンアップを修正しました。

• 以前は、 OpenTelemetry のメトリクス処理により、ホスト名の解決のために DNS へのクエリが繰り返し発行されていました。 この動作により、制限されたネットワーク環境においてパフォーマンスの低下や障害が発生する可能性がありました。 現在、ホスト名の解決にはキャッシュされた値が使用されており、これにより DNS への不要なクエリが排除され、信頼性が向上しています。
• 以前は、エージェントの接続中にターゲットの JVM プロセスが終了した場合、アプリケーションの作業ディレクトリに古い .attach_pid ファイルが蓄積されていました。 これで、プロセスが予期せず終了した場合でも、添付ファイルのクリーンアップが正しく機能するようになり、ファイルが蓄積されるのを防ぎます。

リリース日： 2026年2月16日 | バージョン：1.2.52 | 変更タグ： 2026.02.16.0626

agent-socket-server 1.0.11: エントロピー不足によって引き起こされていたエージェントの起動時のハングを解決しました。

以前は、エントロピー不足により、エージェントが起動時に自己署名証明書を生成している最中に応答しなくなることがありました。 現在、このエージェントは起動時の遅延を防ぐために、ノンブロッキング SecureRandom 方式を採用しています。

リリース日： 2026年2月12日 | バージョン：1.2.51 | 変更タグ： 2026.02.12.0856

• agent-cgroup 1.0.8: 包括的なcgroupファイルの追跡および診断情報による、データ収集機能の強化。
• agent-jvm-handling 1.0.35: 内部の JVM バージョンチェックプロセスを識別およびフィルタリングするための固有のメモリマーカーを追加しました。
• agent-sensor 1.0.3: 非同期リセットの処理を改善し、センサーデータ収集におけるブロック問題を修正しました。
• agent-socket-server 1.0.10: TLS エンドポイント用の自己署名証明書の自動生成機能を追加しました。

• Cgroupサポートデータには、cgroup v1 および v2 の両方にわたる、プロセスとCgroupのマッピング、ファイル存在マニフェスト、生のファイル内容、ならびにCPU、メモリ、およびブロックI/O（blkio）サブシステムに関する解析済み統計情報が含まれるようになりました。 このデータは、コンテナのリソース管理に関するトラブルシューティングを行うための詳細な診断情報を提供します。
• TLS ユーザー証明書が利用できない場合、エンドポイントは自動的に自己署名証明書を生成します。 この動作により、平文での応答が防止され、安全な接続が確保されます。

• 以前は、cgroupの v2 によるメモリ解析において、カーネルメモリが誤ってユーザー空間の計算に含まれており、また、メモリ不足（OOM）の判定を行う際の合計メモリにすべてのコンポーネントが含まれていませんでした。 これで、ユーザースペースのメモリはアプリケーションのメモリ使用量を反映するようになりました。 すべてのメモリコンポーネントが正しく認識されており、総メモリ量にはcgroupのOOM状態を評価するために使用されるすべてのメモリが正しく含まれています。
• 以前は、エージェントのセンサーリセット操作により、データ収集が妨げられていました。 これで、リセット処理が非同期で実行されるようになり、エージェントセンサーが中断することなく常にデータを提供できるようになります。
• 以前は、エージェントの内部 JVM バージョン確認処理が、監視画面上で「不明」なエンティティとして表示されていました。 現在、エージェントは固有のメモリマーカー（-Xms15728640 と -Xmx15728640）を使用して、これらのプロセスを識別し、自動的にフィルタリングしています。

• エージェント 1.1.766
• agent-backend 1.0.11
• agent-config-provider 1.0.1
• agent-internal-api 2.0.0
• agent-memory 1.0.2
• agent-open-telemetry-grpc 1.1.16
• agent-open-telemetry-http 1.1.16
• agent-process-handling 1.0.40
• agent-process-handling-api 1.0.7
• agent-self-profiling 1.0.2
• agent-socket-server-api 1.0.7
• agent-task-orchestrator 1.0.9
• agent-task-orchestrator-api 1.0.3
• sensor-api 1.2.180
• agent-json 1.2.180

• agent-jvm-handling 1.3.73:Java 26 のサポートを追加し、 z/OS Liberty のプロセス検出を改善しました。
• agent-process-handling 1.0.39: 親プロセスの継承による選択的監視の改善。

• Java 更新されたinstrumentation-shared ( 1.0.148 ) およびinstrumentation-boot ( 1.1.33 ) の依存関係を通じて、最新の Java バージョンで実行されるアプリケーションの監視を可能にするサポートを提供します。
• z/OS 上の CICS 領域における WebSphere Liberty のプロセス検出によるメインフレーム可視性の向上
• 親プロセスの継承は、選択的監視 OPT_OUT モード OPT_IN におけるプロセス階層全体での一貫した動作を保証します。

• プラグイン設定順序の不整合を修正し、予測可能な動作を確保しました。
• JVM ディスカバリーは現在、バックグラウンドスレッドで非同期に実行されるため、エージェント起動のブロックが防止されます。

• agent-jvm-handling 1.0.33:JVM のバージョン検出およびアタッチメントロジックを改善しました。
• agent-netty-allocator 1.0.4:Netty チャネルのメモリ管理を改善しました。
• agent-process-handling 1.0.38:Windows パフォーマンスカウンターのプロセス監視および処理の改善。

JVM 1.6 より前のバージョンは自動的に監視対象から除外され、エージェントの起動パフォーマンスが向上します。

• 非英語版 Windows システムにおける InstanaPCP のクラッシュを修正。翻訳されたパフォーマンスカウンタ名に対するバッファサイズを正しく計算するようになりました。
• 空のコマンドラインを持つコンテナプロセスの誤った監視を修正しました。エージェントは正常な読み取りを正しく識別し、適切な場合にのみ監視対象のプロセスを作成します。
• Netty チャネルのクリーンアップを実装し、潜在的なメモ WeakReference リリークを修正しました。