• ログイン今すぐ開始

本書は、お客様のご参考のために原文の英語版を機械翻訳したものです。

英語版と齟齬がある場合、英語版の定めが優先するものとします。より詳しい情報については、本リンクをご参照ください。

問題を作成する

データの取り込みを理解して管理する

New Relicにデータを報告すると、受け取ったデータを処理し、データの削除と変換のルールを適用します。次に、JSONなどの標準形式でデータを表すために必要なバイト数をカウントします。使用量ベースの料金モデルを使用している場合は、データベースに書き込まれた1か月あたりの無料料金を超えるバイト数が課金されます。

データ取り込みのコストを見積もる場合は、データ取り込みの見積もりを参照してください。

データ取り込みUI

アカウントが取り込んでいるデータを簡単に分析する方法については、この短いビデオ(3:18分)をご覧ください。

[データの取り込み]タブは、データ管理UIにあります。データ取り込みUIには、右上のタイムピッカーで指定された期間の取り込み率が表示されます。

このページには、1日の平均GBと、その時間範囲の合計GBが表示されます。全体的な取り込みビューとアカウントビューを切り替えて、どのアカウントが最も多くのデータを送信しているかを特定できます。このページには、現在の月間および月末の予想総摂取率も表示されます。この情報を使用して、さまざまな方法でデータの取り込みをプロアクティブに管理できます

グラフの生成に使用される基になるNRQLクエリを表示するには、[クエリの表示]をクリックします。

アカウントのドロップダウンから、[データの管理]を選択し、[データの取り込み]を選択します。

ヒント

複雑な組織のデータ取り込みの管理の詳細については、 データ取り込みガバナンスを参照してください。

取り込んだデータの詳細を取得する方法については、「取り込んだ詳細の取得」を参照してください。

データ取り込みソース

データ取り込みUIチャートは、請求可能なデータ使用量の高レベルの内訳を示します。次の表で、これらのソースについて説明します。この表で、「使用メトリックグループ」とは、 NrConsumptionイベントでのそのソースのusageMetric属性値の値を指します。

データソース

説明

指標

データ取り込みチャートでは、メトリクスは2種類のメトリクスの組み合わせです。メトリクスタイムスライスデータディメンションメトリクスです。

使用メトリックグループ: MetricsBytes

メトリックタイムスライスデータの平均は、8日後の1時間です。90日後、永続的なメトリックデータは1時間の期間で保存され続けます。現在、生のメトリックデータを30日間保存しています。

最初の取り込み量に対してのみ請求されます。その後のロールアップについては請求されません。

APM

これには、 TransactionTransactionErrorなどのAPMイベントが含まれます。

使用メトリックグループ: ApmEventsBytes

インフラストラクチャー

以下に説明する、 インフラストラクチャ監視イベントのいくつかのカテゴリが含まれます。

インフラストラクチャホストデータ。

使用メトリックグループ: InfraHostBytes

ストレージやネットワークデータなど、インフラストラクチャエージェントからのサーバーと仮想マシンに関連する情報。

ProcessSampleに保存されているインフラストラクチャプロセスデータ。

使用メトリックグループ: InfraProcessBytes

インフラストラクチャエージェントを実行しているホストで実行されている各プロセスに関連するデータ。この機能はデフォルトでオフになっています。詳細については、「 プロセスメトリック」を参照してください。

インフラストラクチャの統合。

使用メトリックグループ: InfraIntegrationBytes

Dockerコンテナー、Windowsサービス、Nagiosチェック、AWS、Azure、GCPのマネージドサービスなどのクラウド統合に関連するデータを含む、アプリケーションとサービスに関連するパフォーマンスデータ。通常はお客様が管理します。

ロギング

ログと、作成されたLog_<value>カスタムデータパーティションが含まれます。

使用メトリックグループ: LoggingBytes

ログレコードは、デフォルトでLogデータ型に保存されます。追加のカスタムデータパーティションは、新しいデータ型を作成します。これらのデータ型には、常にLog_のプレフィックスが付けられ、保存されているログデータのセット全体の一部としてカウントされます。

LogExtendedRecordを使用すると、4KBを超えるログメッセージは複数のイベントに分割され、必要に応じて、元のメッセージを表示するためにつなぎ合わされます。これにより、メッセージデータのサイズが小さくなります。

2021年9月の時点で、blobとしてのログストレージがLogExtendedRecordに置き換わります。BLOBストレージを使用すると、NRDBは、メッセージだけでなく、任意の属性に対して最大128,000バイトを格納できます。詳細については、 logblobsdocsを参照してください。

デフォルト

カスタムイベント

使用メトリックグループ: CustomEventsBytes

モバイルイベント

一般的なMobileイベント、 MobileRequestErrorMobileBreadcrumbMobileSessionMobileHandledExceptionMobileCrashMobileRequest 、およびMobileJavaScriptErrorを含むモバイルイベント

使用メトリックグループ: MobileEventsBytes

トレース

使用メトリックグループ: TracingBytes 。これには、 Spanデータ型とOpenTelemetryのSpanEventが含まれます。DistributedTraceSummaryイベントの料金は請求されません。

ブラウザイベント

BrowserBrowser:EventLogBrowser:JSErrors 、およびPcvPerf (PageViewのタイミング)の名前空間を含むブラウザイベント

使用メトリックグループ: BrowserEventsBytes

ラムダ

AWSLambdaイベント

使用メトリックグループ: ServerlessBytes

データがどこから来ているのかを理解する

データの取り込みを検査して、取り込みの状態に関する詳細情報を取得できます。

データ取り込み UI ページから、使用状況をより詳細に分析できます。取り込まれたデータと、そのデータがどこから来て、時間の経過とともにどのように変化するかを理解することは、有益な場合があります。インジェストの異常を把握し、インジェスト スパイクなどの異常をより簡単に見つけて、その原因を理解できるようになります。

データ取り込みチャートでは、時間はX軸上にあり、データソースを表すバンドはY軸に沿って配置されています。調査する日付に対応するX軸のスポットで、調査するデータソースバンドをクリックします。

この画像は、クリックされる直前の6月15日のデータソースバンドを示しています。

アカウント、データソース、ファセットが選択された状態でモーダルが開きます。このページでは、いくつかのことができます。

  • ドリルダウンするアカウント、データソース、またはファセットを変更します。
  • 時間範囲を変更します。
  • クエリの結果をグラフ形式で確認します。グラフには、ファセットクエリの上位15件の結果が表示されます。
  • クエリビルダーでNRQLクエリを開きます。ここで、使用できる追加のファセットが見つかります。

より詳細なクエリの作成の詳細については、以下をご覧ください。

複数のデータセンター地域からのデータ

複数のデータ センター リージョンにアカウントをお持ちの場合は 、使用状況を理解する方法をご覧ください

取り込んだデータの内訳

このUIの使用状況データの一部は、アカウントによって異なる場合があります。この情報は、取り込みデータをどのように処理しているかを理解するのに役立つことを目的としています。

  • [データ取り込み]ページのグラフは、各データ取り込みソースの保持設定でカバーされる時間枠よりも少し長い時間枠でのデータ使用量を示しています。取り込みソースに指定された保持期間外の日付を選択すると、利用可能なグラフデータがないというメッセージが表示されます。この問題を修正するには、より新しい日付を選択してください。
  • 1テラバイト未満のデータを持つアカウントのデータソースを検査する場合、24時間の取り込み量を計算します。それ以外の場合は、1時間計算します。
  • メインのデータ取り込みチャートに表示される取り込み値は、検査中に反映された値とわずかに異なります。これは、ファセット計算が推定値であるためです。

データ使用のアラートを設定する

超えたくないデータ取り込みレベルに達したときに通知するアラートを設定する方法については、使用状況データのクエリとアラートを参照してください。たとえば、ログにアラートを設定すると、アクティブなシステムにすぐに蓄積される可能性があります。

データの取り込みを減らす

New Relicにデータを報告するために使用するすべてのツールには、報告されるデータを調整するためのさまざまな構成オプションがあります。ここでは、データの取り込みを減らすためのより一般的な方法をいくつか紹介しますが、他のオプションを学ぶために使用している特定のツールのドキュメントを参照することをお勧めします。

不要なデータを削除する

取り込み時に、データの削除ルールが適用されるため、役に立たないデータに対して料金が請求されることはありません。追加のデータドロップルールを自分で設定する方法を学びます。ログデータを削除する方法については、ログデータの削除を参照してください。

エージェントと統合を無効にする

まったく必要のないエージェントまたは統合がある場合は、それらのツールをアンインストール/削除できます。手順については、そのツールの特定のドキュメントを参照してください。

APMデータの取り込みを調整する

APMデータを調整するためのオプションは次のとおりです。

インフラストラクチャデータの取り込みを調整する

インフラストラクチャデータを調整するためのオプションは次のとおりです。

ログデータの取り込みを調整する

ログデータの取り込みを調整するためのオプションは次のとおりです。

  • コンテキスト内の自動ログ:UIまたはAPIを介して無効または有効にするか、クライアント側の構成設定を調整します。
  • ログ データの転送: ログ フォワーダーの構成を調整して、送信側でログ イベントをフィルター処理します。
  • ログデータの削除:UIまたはAPIを介してデータの取り込みを管理します。

データの取り込みを最適化する

また、 データの取り込みを最適化する方法に関する詳細なチュートリアルもあります。

Copyright © 2022 New Relic株式会社。

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