New Relic の logs in context を有効にすると、お客様のログデータと当社の APM およびインフラストラクチャ エージェントから収集されたデータが相関します。つまり、APM、インフラストラクチャモニタリング、分散型トレース、エラーズインボックスなどの他の UI エクスペリエンスで、ログデータやログデータへのリンクが表示されることになります。そのログデータを使用して、アプリやホストのパフォーマンスをより深く掘り下げることができ、ログデータを手動で検索する必要はありません。
ログ・イン・コンテキストや ログ・パターン が問題の根本原因の発見にどのように役立つかについては、この短いビデオ（約5分）をご覧ください。
プラットフォーム全体の問題の根本原因を把握
アプリケーションとインフラストラクチャのすべてのデータを単一のソリューションにまとめることで、問題の根本原因をより早く把握することができます。また、ログの状況を把握することで、意味のあるパターンやトレンドを迅速に把握することができます。
次の図は、エージェントのメタデータによるエンリッチメント（コンテキストロギング）から、ログデータをフォーマットしてNew Relicに転送するまでの、ログメッセージのライフサイクルを示しています。
この図は、New Relicを介したログメッセージの流れを示しています。
プラットフォームのさまざまな部分からすべてのログを絞り込もうとして余分な時間を費やすことはありません。その代わりに、問題を特定して解決するために必要なログラインを正確に見るために、ログをコンテキストで有効にします。
コンテキストでのログ取得を可能にする基本プロセス
これは、New Relic APM の UI でログをコンテキストで表示した例です。選択した期間のイベントのコンテキストでログを確認したり、ハイライトされた属性の詳細データにドリルダウンしたりすることができます。さらに多くの機能を利用するには、 Query logs from here をクリックすると、 Logs UI に直接アクセスできます。
ここでは、APMやインフラ監視のために、ログをコンテキストで設定する方法を紹介します。
- New Relic の ロギングの設定がすでに完了していることを確認してください。これには、アプリケーションのログを収集し、New Relic に転送されるメタデータを拡張する、サポートされているログフォワーダーの設定が含まれます。
- APMのコンテキストでのログが必要な場合：まず、サポートされているAPMエージェントのバージョンにアップデートし、 distributed tracing を有効にしてください。具体的な手順については、お使いのエージェントを選択してください。
- インフラストラクチャーの監視のためにログのコンテキストを必要とする場合は、 enable logs in context for infrastructure agent を参照してください。
- ログデータを監視対象のアプリやホストのコンテキストで見る.
APIなどのオプション
当社のロギングソリューションがニーズに合わない場合は、他のオプションを使用してログデータをNew Relicに送信することができます。
- エージェントのAPIコールによる拡張機能のロギング
- Log APIによるHTTPエンドポイント
- TCPエンドポイント経由のSyslogプロトコル （CDN、ハードウェアデバイス、またはマネージドサービスに有効）
次のステップ
APMやインフラストラクチャーのモニタリングのためにコンテキストでログを設定した後は、New Relic One UIでログデータを最大限に活用しましょう。
- Logs UI を使って、プラットフォーム全体のロギングデータを調べてみましょう。
- APM UI で、アプリケーションのパフォーマンスのコンテキストでログを確認できます。 エラーのトラブルシューティング 分散型トレース 、スタックトレース、アプリケーションログなどを使用します。
- インフラストラクチャ監視エージェント でログを転送することで、アプリケーションとプラットフォームの両方のパフォーマンスデータをより深く把握することができます。 インフラストラクチャーのログ をUIで確認することができます。
- アラートの設定.
- データのクエリ と ダッシュボードの作成.
ここでは、APMのUIから見える、アプリのトレース詳細のコンテキストにあるログの例を紹介します。
