• /
  • EnglishEspañolFrançais日本語한국어Português
  • ログイン今すぐ開始

この機械翻訳は、参考として提供されています。

英語版と翻訳版に矛盾がある場合は、英語版が優先されます。詳細については、このページを参照してください。

問題を作成する

New Relic eBPF オブザーバビリティ

最新のアプリケーションスタックは、 Kubernetesクラスタから従来のLinuxホストに至るまで、混合インフラストラクチャ環境全体で実行される異種の相互接続されたサービスで構成されています。 この複雑さにより、次のようなトラブルシューティングを遅らせる根本的な課題が生じます。

  • アプリケーションとインフラストラクチャの間のギャップの監視:アプリケーション監視はコード パフォーマンスへの深いインサイトを提供し、インフラストラクチャ監視はシステムの健全性を追跡します。 ただし、これらのコンポーネント間のネットワーク層は、多くの場合、目に見えないままです。インシデント発生時に、根本原因がアプリケーション ロジックにあるか、ネットワーク関連の問題にあるかを判断するには、追加の調査が必要です。

  • 異種エージェント:マイクロサービス環境による運用上のオーバーヘッドにより、多くの場合、複数の異なる監視エージェントのデプロイが必要になります。 これにより、運用が複雑になり、エージェントの競合が発生する可能性があり、アプリケーションの変更と再起動が必要になります。これは、DevOps チームにとって大きな問題点です。

  • サイロ化されたテレメトリーデータ:データ収集後、アプリケーション ログとネットワーク スパンおよびインフラストラクチャ メトリクスを関連付けるためには多大な手作業が必要となり、不完全な監視とインシデント解決の遅れにつながります。

  • 限られたプラットフォーム チームの管理: プラットフォーム エンジニアは、多くの場合、資産全体にわたってアプリケーションを簡単に計装する能力や権限を欠いていますが、それでもサイト全体の信頼性とパフォーマンスに対して責任を負い続けます。

New Relic eBPF オブザーバビリティ ソリューションは、統合と簡素化を通じてこれらの課題に対処します。 当社の単一の軽量で言語に依存しないエージェントは、eBPF テクノロジーを活用して、Linux カーネルから直接、深い「アウトサイドイン」インサイトを取得します。

主な特徴

  • 侵入のない完全な可視性:プログラミング言語に関係なく、 Kubernetesクラスタおよび Linux ホスト/コンテナにわたる新しい、レガシー、またはサードパーティのワークロードを完全に監視できます。

  • 統合されたデータ収集:カーネル レベルで動作する当社の単一エージェントは、アプリケーション スパン、ログ、ネットワーク トラフィック、インフラストラクチャ メトリクスなどの監視データを同時に収集し、データ サイロの問題を解決します。

  • デプロイメントの簡素化:オブザーバビリティをカーネルに移行することで、アプリケーションを変更する必要がなくなり、アプリケーションの再起動やコードの変更を必要とせずに、マイクロサービスの多い環境でのロールアウトが簡素化されます。

統合 eBPF エージェントは、2 つの強力で補完的な機能を提供します。

使用事例

このソリューションは、プラットフォーム エンジニアにとって重要な課題に対処します。

  • より迅速なトラブルシューティング:アプリケーション テレメトリーをインフラストラクチャおよびネットワーク インサイトと関連付けます。 これにより、パフォーマンスの問題、特に基盤となるシステムで発生した問題を迅速に診断できるようになります。

  • 自動検出:計装ゼロで自動監視を実現します。 eBPF エージェントは、実行中のすべてのサービスとその依存関係を継続的に識別してマッピングし、アプリケーションの言語に関する事前の知識を必要とせずに、新しいワークロードまたは未知のワークロードのリアルタイムのアーキテクチャ ビューを提供します。

  • さまざまな環境で任意の言語で記述された統合監視:モニター アプリケーション。 これにより、一貫した可視性とサービスレベルのパフォーマンス分析をNew Relicユーザー インターフェース内で直接行うことができます。

eBPF 搭載 APM (eAPM)

eBPF を利用した APM (eAPM) は、コード不要で言語に依存しないアプリケーション監視の標準です。ホストまたは Kubernetes ノードで実行されているすべてのサービスを自動的に検出し、New Relic APM UI にパフォーマンス データを入力します。この機能は、未知のワークロードやサードパーティ アプリケーションなど、手動で計測できないサービスも含め、すべてのサービスの完全なインベントリを取得するのに最適です。

主な特徴

  • 継続的なサービス検出:実行中のすべてのアプリケーション サービスを自動的に検出してマッピングし、アーキテクチャの継続的なビューを提供します。
  • ゼロコード計装:アプリケーション コードやデプロイ言語固有のエージェントを変更することなく、アプリケーションのパフォーマンス (MELT データを含む) を詳細に可視化します。
  • 幅広い環境のサポート: x86 と ARM64アーキテクチャの両方にわたる Linux ホスト (さまざまなディストリビューション) とKubernetesクラスタの包括的なサポートを提供します。
  • 高度な現場トレース: Javaアプリケーションの詳細なセグメント リンクをサポートし、トランザクションを個々のコンポーネント (アプリケーション コード、データベース呼び出し、外部サービス呼び出し) に分割して、パフォーマンス ボトルネックを正確に特定します。 このレベルの可視性は、以前は従来のAPMエージェントを通じてのみ利用可能でした。

使用事例

  • プラットフォーム エンジニアの場合:プラットフォーム上で実行されているすべてのサービス (所有していないサービスや知らないうちにデプロイされていたサービスも含む) の完全なインベントリを即座に取得できます。
  • 不透明なワークロードを使用するチームの場合: コードを変更できない (または変更したくない) 言語で書かれたレガシー アプリケーション、サードパーティのバイナリ、またはサービスを即座に監視します。
  • 環境全体をカバーするには: eAPMを使用して既存のAPM計装を補完し、手動で計測されないすべてのサービスをカバーし、100% の可視性を確保します。

eBPFネットワークメトリクス

プレビュー

この機能はまだ開発中ですが、ぜひお試しください。

この機能は現在、弊社のプレリリース ポリシーに従ってプレビューの一部として提供されています。 HIPAA または FedRAMP 規制の対象となる顧客にはご利用いただけません。

eBPF ネットワーク メトリクスは、アプリケーションのネットワーク通信を詳細に可視化します。 これは、詳細な TCP、IP、および DNS テレメトリーをカーネルから直接キャプチャし、アプリケーションのパフォーマンス問題の主な原因を解決します。 この機能は APM (eAPM と従来の APM の両方) を補完するものであり、独立して動作してアプリケーションの通信の健全性の全体像を提供し、「問題はアプリケーションか、それともネットワークか」という質問に明確に答えるのに役立ちます。

デプロイメントの柔軟性

  • 既存のNew Relic APM顧客の場合:既存のAPMエージェントと一緒に eBPF ネットワーク メトリクスを有効にして、現在の計装を中断することなくネットワーク層の可視性を得ることができます。 eBPF エージェントはネットワーク専用モードで動作し、 APMデータをカーネル レベルのネットワーク インサイトで補完します。

  • 包括的な監視の場合: eAPMとネットワーク メトリクス機能の両方を備えた完全な eBPF エージェントをデプロイして、アプリケーション、インフラストラクチャ、およびネットワーク層全体にわたる完全なオブザーバビリティを実現します。

ネットワーク メトリクスを表示するには、ネットワーク メトリクスのドキュメントを参照してください。

主な特徴

  • アプリケーション コンテキスト ネットワーク データ:すべてのネットワーク メトリクスは、それらを開始した特定のアプリケーション、サービス、およびプロセスと自動的に関連付けられるため、トラブルシューティングが容易になります。

  • きめ細かな DNS 監視: DNS 解決の失敗を追跡し、関連する完全修飾ドメイン名 (FQDN) を報告します。

  • 詳細な TCP 接続分析:以下を含む接続の健全性とレイテンシを測定します。

    • ハンドシェイク: 3-Way ハンドシェイクのレイテンシと成功/失敗のカウント。
    • 接続状態:接続期間、データ転送期間、SYN、ACK、FIN、RST パケットの数。
    • エラー:異常な接続の終了を追跡します。
  • パケットレベルの IP インサイト:次のものを監視して、パケット損失とネットワーク最適化の機会を特定します。

    • 送受信バイト数
    • パケットが再送/ドロップされました
    • パケット配送レイテンシ

使用事例

  • トラブルシューティング 外部APIコールが遅い:アプリケーションが外部サービスに対する応答タイムの低下を示した場合、ネットワーク メトリクスは、問題の原因がアプリケーションのロジックではなく、TCP ハンドシェイクの遅延、パケット損失、または再送信の問題であるかどうかを特定するのに役立ちます。
  • パフォーマンス低下の根本原因分析: TCP 接続の正常性、パケット配信レイテンシ、および接続状態の変化を調査することにより、アプリケーションのパフォーマンスの問題とネットワーク層の問題を関連付けます。
  • サービス間通信監視:クラスタ全体にわたるマイクロサービス間の通信の健全性を監視し、ネットワークの輻輳やサービス間のルーティングの問題を特定します。
  • 外部依存関係トラブルシューティング:アウトバウンド ネットワーク パターンと接続品質を分析することで、外部APIエンドポイントまたはサードパーティ サービスに起因するパフォーマンスの問題を迅速に特定します。

eBPFエージェントの設定方法

Linux ホストまたはKubernetesクラスタ上にNew Relic eBPF エージェントをセットアップできます。

ご使用の環境が当社の互換性と要件を満たしていることを確認してください。

環境に応じて、適切な導入ガイドに従ってください。

New Relicでデータを探す

eBPF エージェントがインストールされると、Linux ホストからのデータの収集が自動的に開始されます。このデータには、New Relic の OpenTelemetry UI からアクセスできます。New Relic OpenTelemetry UI の詳細については、 OpenTelemetry APM UI を参照してください。

互換性と要件

New Relic eBPF エージェントの互換性要件、サポートされているデータベース、プラットフォーム、クエリ機能について学習します。

eBPF Kubernetesインストレーション

Kubernetesクラスタ用にNew Relic eBPFエージェントを設定する方法を学びます。

eBPF Linux のインストール

Linux ホストに New Relic eBPF エージェントを設定する方法を学びます。

Copyright © 2026 New Relic株式会社。

This site is protected by reCAPTCHA and the Google Privacy Policy and Terms of Service apply.