以下を含むいくつかの理由で、New Relic データの取り込みを管理する必要がある場合があります。
データ取り込み UI Data ingestion タブはデータ管理 UI にあります。 データ取り込み UI には、データ ソースごとの使用量の概要が表示されます。 複数のアカウントを持つ組織の場合は、特定のアカウントの使用状況を表示することもできます。
ユーザー メニュー からManage your data を選択します。
グラフに表示されるメトリックの詳細な定義については、 データ取り込みソース を 参照してください。
そのグラフの作成に使用された基礎となる NRQL クエリを表示するには、 View NRQL をクリックします。
この UI およびその他の管理 UI の簡単なツアーを示すビデオについては、 アカウント設定 を 参照してください。
詳細を見る グラフに表示されている特定のデータ ソースの詳細を取得するには、グラフのバンドにカーソルを合わせてクリックします。下の画像に示すように、モーダルが開きます。
取り込みグラフのバンドをクリックすると、そのデータの詳細が表示されます。
グラフがデータとエラー メッセージを表示する方法に関する技術的な詳細については、 グラフの詳細 を 参照してください。
将来のデータ取り込みを見積もる 将来のデータ取り込みを推定しようとしている場合は、 取り込みの推定に関するこのブログ投稿を 参照してください。
取り込みを管理し、取り込みスパイクを回避する New Relic データをどのように管理するかは、組織やニーズに固有の多くの要因によって異なります。とはいえ、データの取り込みを管理し、予期しないスパイクを回避するための一般的なヒントを次に示します。
Assign team members.
取り込みを定期的にレビューし、管理することを担当するチーム メンバーを割り当てます。 請求にカウントされるものとカウントされないものなど、データ関連の請求要素 を理解していることを確認します。
Get to know your data.
時間をかけてデータをよく理解してください。 その盛衰を知り、それがどこから来たのかを理解しましょう。
Monitor when you make significant changes.
新しいデータレポート ツールを初めてアクティブにするとき、エージェントやインテグレーションをアップグレードするとき、あるいはシステムに大きな変更を加えたときは、取り込みを監視して、データに予期しないスパイクが発生していないことを確認する必要があります。
Set up alerts.
データセットの突然のスパイクを引き起こす特定のシナリオが心配な場合は、それが発生した場合に通知するアラート条件を設定します。 そのヒントについては、 「使用状況のクエリ」 を参照してください。
摂取を減らす 以下は、New Relic のお客様が役に立たないデータの取り込みを減らすために取る一般的なアプローチのヒントです。
すべての New Relic ソリューションには、データを New Relic に報告する方法を制御できるさまざまな構成オプションがあります。以下に、データの取り込みを減らすための一般的な方法をいくつか示しますが、使用可能なすべてのオプションについて学習するには、使用している特定のツールのドキュメントを読むことをお勧めします。
APM 取り込みの管理 APM データを調整するためのオプションは次のとおりです。
インフラストラクチャの取り込みを管理する インフラストラクチャデータを調整するためのオプションは次のとおりです。
ログの取り込みを管理する ログデータの取り込みを調整するためのオプションは次のとおりです。
コンテキスト内の自動ログ ：UIまたはAPIを介して無効または有効にするか、クライアント側の構成設定を調整します。ログ データの転送 : フィルタリングされていないログにより、大量のログ データが報告される場合があります。ログ フォワーダーの構成を調整して、ログ送信側からログ イベントをフィルター処理できます。ログデータ の削除：UIまたはAPIを介してデータの取り込みを管理します。データを破棄する 取り込み時にデータ ドロップ ルールが適用されるため、役に立たないデータに対して課金されることはありません。ただし、独自の データ ドロップ ルール を設定することもできます。
監視ツールの無効化または削除 まったく不要なエージェントまたは統合がある場合は、それらのツールをアンインストールまたは削除できます。手順については、そのツールの特定のドキュメントを参照してください。将来そのツールを使用する可能性があると思われる場合は、完全にアンインストールするよりも単に無効にする方が良い解決策になる可能性があることに注意してください。
データ取り込みソース データ取り込みUI チャートは、請求可能なデータ使用量の高レベルの内訳を示します。次の表で、これらのソースについて説明します。この表で、「使用メトリックグループ」とは、 NrConsumptionイベントでのそのソースのusageMetric属性値の値を指します。
指標 データ取り込みチャートでは、 Metrics は 2 種類のメトリクス (メトリック タイムスライス データ とディメンション メトリクス) の組み合わせです。
使用メトリックグループ： MetricsBytes 。
メトリックタイムスライスデータの平均は、8日後の1時間です。90日後、永続的なメトリックデータは1時間の期間で保存され続けます。現在、生のメトリックデータを30日間保存しています。
最初の取り込み量に対してのみ請求されます。その後のロールアップについては請求されません。
APMイベント これには、 TransactionやTransactionErrorなどのAPMイベント が含まれます。
使用メトリックグループ： ApmEventsBytes 。
インフラストラクチャー インフラ監視関連データには いくつかの種類があります。
インフラストラクチャ ホスト このデータは SystemSample、 NetworkSample、および StorageSample イベントを介して報告されます。
使用状況メトリック グループは InfraHostBytesです。
ストレージやネットワークデータなど、インフラストラクチャエージェントからのサーバーと仮想マシンに関連する情報。
インフラストラクチャー・プロセス このデータは ProcessSample イベントに保存されます。
使用状況メトリック グループは InfraProcessBytesです。
インフラストラクチャエージェントを実行しているホストで実行されている各プロセスに関連するデータ。この機能はデフォルトでオフになっています。詳細については、「 プロセスメトリック 」を参照してください。
Infrastructureインテグレーション 使用メトリックグループ： InfraIntegrationBytes 。
Dockerコンテナー、Windowsサービス、Nagiosチェック、AWS、Azure、GCPのマネージドサービスなどのクラウド統合に関連するデータを含む、アプリケーションとサービスに関連するパフォーマンスデータ。通常はお客様が管理します。
ロギング ログと、存在する Log_<value> カスタム データ パーティションが含まれます。
使用状況メトリック グループは LoggingBytesです。
デフォルトでは、ログ レコードは Log データ型Log_ というプレフィックスが付けられ、保存されているログ データのセット全体の一部としてカウントされます。
LogExtendedRecordを使用すると、4KB を超えるログ メッセージは複数のイベントに分割され、必要に応じて結合されて元のメッセージが表示されます。これにより、メッセージ データのサイズが縮小されます。このデータの保存方法の詳細については、 ログ BLOB のドキュメントを 参照してください。
カスタムイベント このデータは カスタム イベント からのものです。
使用状況メトリック グループは CustomEventsBytesです。
モバイルイベント 一般的なMobileイベント、 MobileRequestError 、 MobileBreadcrumb 、 MobileSession 、 MobileHandledException 、 MobileCrash 、 MobileRequest 、およびMobileJavaScriptErrorを含むモバイルイベント 。
使用メトリックグループ： MobileEventsBytes 。
トレース これには、 Span データ型SpanEventが含まれます。
使用状況メトリック グループは TracingBytesです。
DistributedTraceSummary イベントは取り込みにはカウントされません。
ブラウザイベント これらは、 Browser 、 Browser:EventLog 、 Browser:JSErrors 、およびPcvPerfのネームスペースを含むブラウザ監視 イベント
使用状況メトリック グループは BrowserEventsBytesです。
変更追跡 変更追跡 (変更追跡機能) アクティビティは、 Deployment ネームスペースに保存されます。 追跡する個々の変更は、取り込みまでに平均約 200 ～ 250 バイトかかります。
セキュリティ New Relicのセキュリティ機能によって報告されたイベントは、Security ネームスペースに保存されます。 これらは主に Vulnerability Management（脆弱性管理）機能によって提供される脆弱性レポートですが、将来的には追加の製品が含まれるように拡張される可能性があります。
脆弱性レポートの発生はまれであるため、このタイプのイベントの予想される量は非常に少ないです。
セキュリティ機能はまだパブリック プレビュー段階にあり、別のSecurity:Preview ネームスペースを使用するため、請求はできません。
使用状況メトリック グループは SecurityBytesです。
データの取り込みを最適化する また、 データの取り込みを最適化する方法に関する詳細なチュートリアル もあります。
取り込まれたデータをストリーミングする 取り込まれたデータを他のソースにストリーミングする方法の詳細については、ストリーミング エクスポート を参照してください。
複数のデータセンター地域からのデータ 複数のデータ センター リージョンにアカウントをお持ちの場合は 、使用状況を理解する方法をご覧ください 。
取り込みグラフに関する技術的な詳細 取り込み UI に関する技術的な詳細:
Displays are estimates.
取り込みグラフに表示される取り込み値は、独自のクエリを実行したときに表示される実際の量とは若干異なる場合があります。 これは、グラフに使用される計算が推定値であるためです。
No chart data available.
データ取り込みグラフには、データ保持期間の設定でカバーされる時間枠よりもわずかに長い時間枠が表示される場合があります。 このため、利用可能なグラフ データがないというメッセージが表示される場合があります。
Chart time buckets.
アカウントのデータ量が 1 テラバイト未満の場合は、24 時間のデータ量を計算します。それ以外の場合は、1 時間単位で計算します。
